具体实施方式
下文中,在本说明书中,参照附图详细描述一些示例性实施方式。要注意的是,在将附图标记分配给附图中的元件时,在全部附图中,相同的附图标记指定相同的元件,尽管元件是在不同的附图中示出的。此外,在描述本发明的实施方式时,如果认为会使本发明的主旨不必要地模糊,则将省略对已知功能和构造的详细描述。
本说明书的重点放在无线通信网络。无线通信网络中执行的任务可以在管理无线通信网络的系统(例如,eNodeB)控制无线通信网络并且发送数据的处理中执行,或者可以在与无线通信网络关联的用户设备中执行。
图1示出应用了本发明的实施方式的无线通信系统。
参照图1,为了提供诸如语音和分组数据的各种通信服务,广泛地部署多个无线通信系统。无线通信系统包括用户设备(UE)10、演进NodeB(eNB)20、无线LAN(WLAN)接入点(AP)30和全球定位系统(GPS)(40)卫星。这里,WLAN是支持IEEE802.11技术(也就是说,无线标准)的装置。IEEE802.11还可以被称为Wi-Fi系统。
UE10可以被置于诸如蜂窝网络、WLAN、广播网络和卫星系统的多个网络的覆盖范围内。为了使UE10在不受时间和空间限制的情况下接入诸如eNB20、WLAN AP30和GPS40的各种网络和各种服务,UE10配备有多个无线收发器。例如,智能电话包括LTE、WiFi和蓝牙(下文中,称为“BT”)收发器和GPS接收器。为了在保持良好性能的同时将更大量的收发器集成在同一UE10中,UE10的设计变得复杂。为此原因,出现设备内共存干扰(下文中,称为“ICO”)的可能性会进一步提高。ICO还可以被称为IDC(设备内共存干扰)。
下文中,下行链路是指从eNB20至UE10的通信,上行链路是指从UE10到eNB20的通信。在下行链路中,发送器可以是eNB20的一部分,接收器可以是UE10的一部分。此外,在上行链路中,发送器可以是UE10的一部分,接收器可以是eNB20的一部分。
UE10可以是固定的或移动的。UE10还可以被称为另一个术语,诸如移动台(MS)、用户终端(UT)、用户站(SS)、移动终端(MT)或无线设备。eNB20是指与UE10通信的固定站。eNB20还可以被称为另一个术语,诸如基站(BS)、基站收发器系统(BTS)、接入点(AP)、毫微微BS、微微BS或中继器。
应用于无线通信系统的多址方案不受限制。可以使用各种多址方案,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波-FDMA(SC-FDMA)、OFDM-FDMA、OFDM-TDMA和OFDM-CDMA。在上行链路传输和下行链路传输中,可以使用按不同时间执行传输的时分双工(TDD)方法,或者可以使用利用不同频率执行传输的频分双工(FDD)方法。
此外,如果一个UE同时在多个网络系统频带上执行通信,则会出现ICO。ICO意味着由UE在一个频带中执行的发送干扰由UE在另一个频带中执行的接收。例如,如果一个UE同时支持BT系统和长期演进(LTE)系统,则在BT系统频带和LTE系统频带之间会产生ICO。
除了当UE同时支持LTE系统和BT系统时之外,当一个UE在支持LTE系统的同时支持无线局域网(WLAN)系统和全球定位系统(GPS)时,也会产生ICO。换句话讲,当多个系统同时操作时,会在频带之间产生ICO。通常,当异构网络系统的频带边界之间的间隔不充分宽时,会产生ICO。
可以使用频分复用(FDM)方法和时分复用(TDM)方法作为用于避免ICO的技术。FDM方法是例如当第一网络系统的第一频带和第二网络系统的第二频带之间出现干扰时通过移动任一网络系统的频带来调节ICO的方法。也就是说,通过避免产生ICO的频带来调节ICO。此外,TDM方法是通过防止第一网络系统的发送时间和第二网络系统的接收时间彼此交叠来调节ICO的方法。
图2是示出应用了本发明的ICO的说明性示图。
参照图2,UE20包括LTE射频(RF)21、GPS RF22和BT/WiFi RF23。发送和接收天线24、25和26连接到各个LTE RF21、GPS RF22和BT/WiFi RF23。也就是说,各种类型的RF被近似地安装在一个设备平台内。这里,一个RF朝向另一个RF接收器的发送功率水平可以比另一个RF的接收功率水平大得多。在这种情况下,如果RF之间的频率间隔不充分宽并且不支持先进的滤波技术,则一个RF的发送信号可以对同一设备内的另一个RF的接收器产生显著干扰。例如,在图2中,(1)示出LTE RF21的发送信号针对GPS RF22和BT/WiFi RF23产生ICO的示例,并且(2)示出BT/WiFi RF23的发送信号针对LTE RF21产生ICO的示例。参照图3更详细地描述由ICO造成的信号间效应。
图3是示出应用了本发明的从工业、科学和医疗(ISM)发送器至LTE接收器的ICO的示例。ISM频带是在没有许可的情况下在工业、科学和医疗领域中自由使用的频带。
在图3中,可以看到,存在LTE接收器所接收到的信号的频带与ISM发送器所发送的信号的频带交叠的部分。在这种情况下,会出现ICO。如上所述出现了ICO的频带、潜在ICO的可能性高的频带或者预定要出现ICO的频带被称为ICO敏感带(也简称为干扰敏感带)。当在干扰敏感带中产生干扰时,UE可不使用干扰敏感带,因此干扰敏感带可以被视为不可用带(或不可使用带)。然而,在干扰敏感带中不一定产生ICO,并且潜在干扰的可能性高的频带可以被当作干扰敏感带来对待。
包括ICO的设备所经历的各个干扰会造成无线链路失败(RLF)。
图4是示意性示出应用了本发明的RLF的示图。参照图4,RLF可以被划分成两个阶段。
当执行正常操作的UE在无线电信道中检测到问题时,开始RLF的第一阶段。为了检查无线电信道的问题,UE可以基于小区专用参考信号(CRS)的参考信号接收功率(RSRP)来执行配置并且基于该配置来检查无线电信道的问题。
如图4所示,如果没有恢复在预定的特定时间(例如,T1)过去之前检查到的无线电信道的问题,则导致RLF。这里,可以用UE内的特定定时器来检查是否过去了特定时间T1。UE可以利用用于确定RLF的定时器来测量特定时间T1,或者使用用于其它测量的过去的时间作为特定时间T1。
如果检查到RLF,则开始RLF的第二阶段。开始第二阶段的RLF包括切换失败。参照图4,如果在RLF之后过去特定时间(例如,T2)之前没有恢复无线链路(即,没有恢复检查到的无线电信道的问题),则UE进入RRC_IDLE模式。可以用UE内的特定定时器来确定是否过去了特定时间T2。
表1是示出链路连接将如何根据RLF的各个阶段中可能出现的UE的操作来操作的示图。
[表1]
这里,“准备的eNB”是指尽管UE比预期提早执行切换也可以执行切换过程的eNB。
表1示出当在这四种情况下定义的情形对应于(1)在RLF的第一阶段中产生的情况、(2)在RLF的第二阶段中产生的情况和(3)过去T2且没有出现情况的情况时无线链路的操作。
(1)如果在RLF的第一阶段中UE返回到同一小区并且在无线电信道中没有问题,则无线链路继续正常操作,如表1中看到的。
如上所述,当检查到无线电信道中的问题时,开始RLF的第一阶段。这里,可以通过无线链路监测(RLM)来检查无线电信道中是否出现了问题。
RLM意味着UE基于小区专用参考信号(CRS)检测UE和eNB之间配置的服务小区的下行链路质量。UE可以使用由控制信道的接收能量与测量的CRS的接收能量之比定义的特定参数来估计下行链路质量。
可以在以下状况下设置RLM。
首先,可以通过RLM设置用于估计下行链路质量的标准值。例如,发送物理下行链路控制信道(PDCCH)/物理控制格式指示符信道(PCFICH)的资源单元(即,单个OFDM符号内的单个子载波)的接收能量与CRS的资源单元的平均接收能量之比(用dB表示的值)可以被用作标准。
Qout值(也就是说,RLM中使用的特定参数当中的作为用于声明失步的标准的参数)可以基于使考虑到PCFICH的误差以及被设置为发送PDCCH和PCFICH的参数的虚拟PDCCH(基于DCI格式1A)传输的块误差率(BER)被确定为10%或更高的值来设置。这里,被设置为发送PDCCH和PCFICH的参数可以包括PDCCH的DCI格式、在子帧内发送控制信息的OFDM符号的数量、指示PDCCH的自复制率的聚合等级等。这些参数受下行链路带宽的影响。
Qout值可以根据用来发送CRS的天线端口的数量而具有不同值。例如,假设考虑到PCFICH的误差的虚拟PDCCH传输的BER变成10%或更高,如果仅通过单个天线端口发送CRS,则将被设置为Qout值的PDCCH的能量和CRS的能量之比可以是4dB。此外,如果通过两个或更多个天线端口发送CRS,则可以使用1dB作为Qout值的标准。
Qin值(也就是说,RLM中使用的特定参数当中的用于声明同步恢复或失步的标准的参数)可以基于比Qout值的可靠性高得多的值来设置。也就是说,可以基于使考虑到PCFICH的误差以及被设置为发送PDCCH和PCFICH的参数的虚拟PDCCH(基于DCI格式1C)传输的BER被确定为2%或更高的值来设置Qin值。
Qin值可以根据用来发送CRS的天线端口的数量而具有不同值。例如,假设考虑到PCFICH的误差的虚拟PDCCH传输的BER变成2%或更高,如果仅通过单个天线端口发送CRS,则将被设置为Qin值的PDCCH的能量和CRS的能量之比可以是0dB。此外,如果通过两个或更多个天线端口发送CRS,则可以使用-3dB作为Qin值的标准。
在以上示例中,能量之比的值(也就是说,Qin值的标准)低于Qout值的原因在于,被设置为发送PDCCH和PCFICH的参数和虚拟PDCCH传输的BER被用作标准。此外,Qout值和Qin值受到UE针对相关小区的不连续接收(DRX)操作的影响。
(2)如果在RLF的第二阶段中UE返回到同一小区,则UE选择同一eNB的另一个小区,或者UE选择准备的eNB的小区,UE通过与UE已返回的eNB或所选择的eNB进行直接信令来执行RRC连接重建过程。如果在RLF的第二阶段中UE选择未准备的另一个eNB,则UE改变为RRC_IDLE模式,因为未准备的eNB不能响应于UE的切换。
RRC_IDLE模式是取决于UE的RRC与演进UMTS陆地无线接入网络(E-UTRAN)是否具有逻辑连接的RRC模式中的一种。RRC模式可以被划分成RRC_IDLE模式和RRC_CONNECTED模式。
在RRC_CONNECTED模式下,E-UTRAN可以通过UE和E-UTRAN之间的RRC连接来逐个小区地检查UE的存在。因此,可以逐个小区地控制UE。
在RRC_IDLE模式下,E-UTRAN不能够检查UE的存在,因为在UE和E-UTRAN之间没有RRC连接。因此,核心网络逐个跟踪区(下文中,称为“TA”)(比小区具有更大范围)地按RRC_IDLE模式管理UE。在RRC_IDLE模式下,仅逐个TA地检查UE的存在。在UE改变为RRC_CONNECTED模式之后,UE可以通过网络执行公共通信。术语“公共通信”不仅包括语音呼叫,而且还包括诸如用户可以通过网络使用的视频呼叫和数据通信的通信业务。eNB可以通过传呼将系统信息的变化广播至RRC_IDLE模式下的UE。
参照表1,为了避免通过由于重建RRC连接而改变为RRC_IDLE模式,在RLF的第二阶段中,UE可以通过与eNB进行直接信令来执行RRC连接重建过程。更具体地,为了避免转变到RRC_IDLE模式,UE可以在保持RRC_CONNECTED模式的同时通过随机接入过程来评价小区并且根据评价的结果来执行RRC连接重建过程。随后,将描述RRC连接重建过程。
当接入网络时或者当没有确保上行链路同步或丢失上行链路同步时,执行随机接入过程。如果产生了RLF,则当UE从RRC_IDLE模式改变为RRC_CONNECTED模式(即,初始接入或TA更新)时或者当UE必须在上行链路失步的情况下发送新数据或控制信息或者必须接收新数据并且将ACK/NACK信息发送到所接收的数据时,执行基于竞争的随机接入过程。
图5是示意性示出应用了本发明的在UE和eNB之间执行的基于竞争的随机接入过程的流程图。
参照图5,在步骤S510中,UE将随机接入的前导码发送到eNB。UE可以随机选择64个随机接入前导码中的除了非竞争随机接入过程中使用的前导码以外的剩余前导码中的一个并且将所选择的前导码发送到eNB。前导码可以在物理随机接入信道(PRACH)上被发送到eNB。这里,对应于PRACH的传输信道被称为随机接入信道(RACH)。
在步骤S520中,eNB将随机接入响应(RAR)发送到UE。在PDSCH上发送RAR。RAR包括可以被UE临时使用的临时小区-无线电网络临时标识符(TC-RNTI)、上行链路许可、用于上行链路同步的时间对准指示和所选择的前导码的ID。在基于竞争的随机接入过程中,使用相同的时间-频率资源发送相同的前导码的UE可以接收相同的RAR。
在步骤S530中,接收到RAR的UE在PUSCH上将L2/L3消息发送到eNB。L2/L3消息,也就是说,介质访问控制(MAC)层、无线链路控制(PLC)层、分组数据汇聚协议(PDCP)层/无线资源控制(RRC)层消息包括TC-RNTI和UE专用ID。
在步骤S540中,eNB将竞争解决消息发送到UE。当eNB发送包括所选择的UE专用ID和TC-RNTI的竞争解决消息时,可以选择一个UE并且可以解决竞争,尽管多个UE接收到相同的RAR。
回头参照表1,如果在RLF的第二阶段中UE返回到初始小区或者选择另一个小区并接着执行上述随机接入过程,则初始小区或所选择的小区的eNB利用基于竞争的随机接入过程中使用的信息来执行链路建立过程。
更具体地,出现了RLF的小区中的UE正使用的C-RNTI信息可以被用作关于UE的ID信息,通过基于小区的物理小区标识(PCI)检查小区之间的标识来确定与表1中列出的情况中的哪一种情况相关,并且可以基于MAC密钥信息(即,ShortMAC-I)来赋予UE权限。
eNB检查它具有与UE的ID信息对应的上下文并且重启无线链路连接。
如果eNB没有找到UE的上下文,则UE必须释放RRC连接并且建立(或重建)新的RRC连接。因此,UE首先将RRC模式改变为RRC_IDLE模式并且执行RRC连接建立过程。
(3)如果在过去T2之前(也就是说,RLF的第二阶段过去之前)没有产生表1的情况,则UE的RRC模式改变为RRC_IDLE模式。
下面描述上述的RRC连接重建过程。
RRC连接重建过程是用于再次建立RRC连接并且用于重启信令无线承载(SRB)的SRB1操作的过程。
这里,SRB是仅用于发送RRC和非接入层(NAS)消息的无线承载(下文中,称为“RB”)。SRB的类型包括SRB0、SRB1和SRB2。
首先,SRB0用于使用公共控制信道(CCCH)逻辑信道的RRC消息。下行链路CCCH用于发送与RRC连接建立、连接重建、连接建立拒绝和连接重建拒绝相关的信息。上行链路CCCH用于发送与RRC连接请求和RRC连接重建请求相关的信息。
SRB1用于使用下行链路控制信道(DCCH)逻辑信道的所有RRC消息。附带的NAS消息的一部分可以被包括在RRC消息中。附带的下行链路NAS消息仅用于额外的过程,诸如承载建立/改变/释放过程。附带的上行链路NAS消息仅用于在RRC连接重建期间传送初始NAS消息。此外,在建立SRB2之前,SRB1用于NAS消息。
在上述DCCH当中,下行链路DCCH用于发送与RRC连接重构和连接释放相关的信息。下行链路DCCH还用于发送与安全模式命令、计数检查和异构网络之间的切换相关的信息。此外,下行链路DCCH用于发送与下行链路相关的信息、UE信息请求和与UE性能查询相关的信息。
在上述DCCH当中,上行链路DCCH用于发送与RRC连接重构完成、连接重建完成和连接建立完成相关的信息,并且还用于发送与安全模式建立完成或安全模式建立失败、计数检查响应和接近指示相关的信息。此外,上行链路DCCH用于发送与上行链路相关的信息、测量报告、UE信息响应和UE性能信息。
在各种类型的SRB当中,SRB2用于使用DCCH逻辑信道的NAS消息。SRB2的优先级低于SRB1。在安全启动之后,SRB2一直由演进-UMTS陆地无线接入网络(E-UTRAN)配置。例如,如果RRC连接建立完成并且安全建立完成,则通过RRC连接重构过程来配置SRB2。
可以在诸如当检测到RLF时、当切换失败时、当从下层传送完整性检查失败指示符时以及当RRC连接重构失败时的情形下,开始RRC连接重建过程。
当产生以上情形时,UE开始搜索适于在可以开始RRC连接重建的时间间隔期间尝试RRC连接重建的小区。适于尝试RRC连接重建的小区可以是同一网络中存在的小区或者UE可以支持的异构网络内的小区。这里,可以开始RRC连接重建的时间间隔可以通过UE内定义的时间来设置。在LTE的情况下,T311可以用作设置可以开始RRC连接重建的时间间隔的定时器。如果在可以开始RRC连接重建的时间间隔期间还没有检索到适于开始RRC连接重建过程的小区,则UE将其RRC模式改变为RRC_IDLE模式。
如果已检索到适于开始RRC连接重建过程的小区,则UE开始RRC连接重建过程。为了开始RRC连接重建过程,UE同时满足下面三个条件。如果UE没有同时满足这三个条件,则UE将其RRC模式改变为RRC_IDLE模式。
(1)UE处于RRC_CONNECTED模式。
(2)接入层(AS)安全已启用。
(3)UE上下文有效。
如果UE同时满足这三个条件,则UE可以开始RRC连接重建过程。
图6是示意性示出应用了本发明的RRC连接重建过程的流程图。
如果UE满足这三个条件,则在步骤S610中,UE将RRC连接重建请求消息(RRCConnectionReestablishmentRequest)发送到eNB。
RRC连接重建请求消息可以包括用于请求RRC连接重建的原因值。例如,如果由于RLF导致无线连接失败,则作为原因值的RLF信息可以被包括在RRC连接重建请求消息中。RRC连接重建请求消息还可以包括能够检查相关UE的前一个小区ID的物理小区标识(PCI)。如果由于RLF导致无线连接失败,则相关UE的前一个小区可以是出现了RLF的小区。
因此,当出现RLF时,eNB(或E-UTRAN)可以通过来自UE的RRC连接重建请求消息来得到RLF信息。
eNB(或E-UTRAN)检查RRC连接重建请求消息的内容。如果检查的结果是确定可以进行RRC连接重建,则在步骤S620中,eNB将RRC连接重建请求消息(RRCConnectionReestablishment)发送到UE,以进行RRC连接重建。RRC连接重建请求消息包括执行重构SRB1并且重启仅与SRB1相关的数据的传输的过程和再次启用AS安全而不改变安全算法的过程所必须的信息。
响应于RRC连接重建请求消息,UE基于RRC连接重建请求消息内的信息来重构SRB1并且执行重启仅与SRB1相关的数据的传输的过程和再次启用AS安全而不改变安全算法的过程。
在完成这些过程之后,在步骤S630中,UE将RRC连接重建完成消息(RRCConnectionReestablishmentComplete)发送到eNB(或E-UTRAN)。
如上所述,通过RRC连接重建过程,UE可以将RLF信息传送到E-UTRAN(或eNB),并且E-UTRAN(或eNB)可以从出现了RLF的UE得到相关信息。
此外,可以通过RLF指示过程或切换报告将报告给E-UTRAN的RLF信息传送到相关的eNB。
以下,首先描述来自UE的RLF报告在网络内的eNB之间传送的示例。
图7是示意性示出应用了本发明的RLF指示的示图。RLF指示的目的在于,通过经由E-UTRAN内的X2接口将与上述RRC连接重建请求关联的信息传送到eNB(包括出现了RLF的eNB)来改进UE的移动性。
参照图7,在步骤S710至S730中,UE710连同eNB720执行以上参照图6描述的RRC连接重建过程S610至S630。
在完成了RRC连接重建过程之后,在步骤S740中,eNB720可以基于从UE710接收到的PCI信息来检查UE710的前一个服务小区或eNB(为便于描述,在下文中称为“前一eNB”)。
在步骤S750中,eNB720将RLF指示消息发送到与从UE710接收到的PCI相符的eNB730。这里,RLF指示消息通过X2接口在eNB之间传送,并且它可以包括用于UE710的ID,诸如C-RNTI。
如果从eNB720接收到的UE ID与前一eNB730所具有的UE上下文相同,则UE710的前一eNB730分析在RRC连接重建过程之前产生的UE710和eNB730之间的RLF的原因。
UE730可以通过经由分析解答RLF的原因来改进网络质量和UE移动性。
在图7中,描述了在完成UE710和eNB720之间的RRC连接重建之后eNB720将RLF指示消息发送到eNB730的示例,但这只是RLF指示的示例。例如,eNB720可以通过从UE710接收RRC连接重建请求消息来接收PCI信息,然后甚至在完成RRC连接重建之前将RLF指示消息发送到eNB730。
图8是示意性示出应用了本发明的切换报告的示图。
为了通过传送经由E-UTRAN内的X2接口进行成功切换之后可能短暂出现的RLF信息来改进UE移动性,执行eNB之间的切换报告。例如,如果目标eNB因为切换过程完成得过早而没有处理情况,则eNB可以通过切换报告过程来共享所产生的RLF信息。作为参考,如果由于延迟的切换而产生RLF,则eNB可以通过上述的RLF指示过程来共享RLF信息。
参照图8,在步骤S810中,在UE810和eNB820之间执行切换过程。如上所述,RLF可以在即使成功执行了切换之后短暂出现。
在这种情况下,在步骤S820中,恢复RLF并且重建无线链路的eNB820(即,初始目标eNB)将包括RLF信息的切换报告发送给相关eNB830。这里,相关eNB包括源小区或目标小区或这二者以及出现了RRC连接重建的小区,这些小区是基于从初始源eNB和UE810接收到的PCI来检查的。
切换报告中包括的RLF信息可以包括在切换时产生了RLF的移动性失败的可能的根本原因(例如,过早切换,或者指示到错误小区的切换的信息)。
以下,描述在RRC连接重建之后UE所具有的RLF信息被传送到E-UTRAN的示例。通过UE信息过程传送的RLF信息可以被E-UTRAN内的eNB(包括出现了RLF的eNB)通过RLF指示或切换报告来共享。
图9是示意性示出应用了本发明的UE信息过程的流程图。
在步骤S910中,E-UTRAN将UE信息请求消息(UEInformationRequest)发送到UE。UE信息请求消息是E-UTRAN公共用来检索(或搜索)UE的信息的消息。UE信息请求消息使用SRB1并且具有关于无线链路控制(RLC)-服务接入点(SAP)的确认模式(AM)。UE信息请求消息通过RRC信令在逻辑信道专用控制信道(DCCH)上发送。
表2示出UE信息请求消息的示例。
[表2]
在表2的UE信息请求消息中,logMeasReportReq是指示是否要报告通过日志记录的测量信息的字段。UE可以通过只要测量无线通信环境的状态都继续累积状态,来以新日志的形式存储无线通信环境的状态。UE可以向eNB报告:UE现在具有通过执行最小化路测(下文中,称为“MDT”)而累积的日志。例如,UE可以基于根据为了执行MDT而额外配置的测量方法测量的多条信息来写入通过日志记录的测量信息。MDT是在不通过使用车辆移动小区内的所有区域来直接测量呼叫质量的情况下测量网络环境(诸如小区内的呼叫质量)的方法。此外,rlf-ReportReq是指示是否要报告与RLF相关的信息的字段。
图10是示意性示出应用了本发明的MDT的基本概念的示图。
参照图10,小区内的呼叫质量根据建筑物1030的位置或地形而变化。存在阴影区域(shadow region)1060,并且可能的呼叫区域包括呼叫质量好的区域1040和呼叫质量差的区域1050。当测量通信情况(例如,小区内的呼叫质量)时,测量车辆1010仅需要利用分散在小区内的多个UE1000来仅移动最短路径1020。
除了通过移动车辆1010执行测量以外,通过小区内的多个位置处的多个UE来执行对无线环境的测量。各个UE可以根据MDT设置来测量其当前位置的无线环境。UE可以以日志形式写入测量结果并且存储日志。
回头参照UE信息请求消息的字段,rach-ReportReq是指示UE是否必须报告关于随机接入过程的信息的字段。
absoluteTimeStamp是指示当设置测量日志时的绝对时间的字段,并且字段absoluteTimeStamp被包括在消息absoluteTimeInfo中并且由E-UTRAN提供。
contentionDetected是指示检测到针对所发送的前导码中的至少一个的竞争的字段。
failedPCellId是指示产生RLF的主小区(PCell)或进行失败切换的目标PCell的字段。
measResultLastServCell是表示产生了RLF的PCell所执行的最后测量的结果的字段。
numberOfPreamblesSent是指示所发送的RACH前导码的数量的字段。
previousPCellId是指示最后切换的源PCell的字段。源PCell是当接收到包括mobilitycontrolInformation的最后的RRCConnectionReconfiguration消息时的源PCell。
relativeTimeStamp是指示得到日志测量结果的时间的字段并且被测量为字段absoluteTimeStamp的相对值。字段relativeTimeStamp具有以秒计的值。
traceReference是指示通过字段LoggedMeasurementConfiguration接收到的参数traceReference的字段。
traceRecordingSession是指示通过LoggedMeasurementConfiguration接收到的参数traceRecodingSession的字段。
此外,随着无线通信技术的发展,现有系统和新构造的系统之间的兼容性成为问题。也就是说,新构造的系统可以在支持所有现有方法的同时操作,而现有系统可能不支持新方法。因此,必须指示现有系统是否支持在系统上发送和接收的消息。
在表2中,标记出r9和r10以及它们的字段名称,以指示支持相关技术的技术的发布版本。例如,在表2的示例中,现有系统和新系统都可以识别用r9标记的字段,但是仅新系统可以识别用r10标记的字段,而现有系统不可识别用r10标记的字段。
在本说明书中,在保持表2所示的标记技术版本或技术发布的方法的同时,给出本发明的描述。在这种情况下,通过示出技术版本的示例来进一步增加实施方式的具体示例,但是要注意的是,本发明的技术精神没有改变或者被技术版本的显示限制。
在步骤S920中,接收到UE信息请求消息的UE配置UE信息响应消息(UEInformationResponse)并且将UE信息请求消息发送到E-UTRAN。
UE信息响应消息是UE用来发送E-UTRAN所请求的信息的消息。SRB1被示出为用作UE信息请求消息,而如果发送用日志记录的信息,则可以使用SRB2。UE信息响应消息是关于RLC-SAP的模式,并且它具有AM。UE信息请求消息通过RRC信令来在逻辑信道DCCH上发送。
表3示出UE信息响应消息的示例。
[表3]
可以基于UE信息请求消息的各个字段来配置UE信息响应消息。以下,描述配置UE信息响应消息的UE的方法。
(1)rach-Report
如果UE信息请求消息上的rach-ReportReq被设置为“真”,则如下设置对应于rach-ReportReq的UE信息响应消息上的rach-Report。
设置numberOfPreamblesSent。numberOfPreamblesSent是指示MAC针对成功完成的最后的随机接入过程发送的前导码的数量的字段。
设置ContentionDetected。如果针对成功完成的最后的随机接入过程中的至少一个前导码,竞争解决不成功,则ContentionDetected被设置为“真”。在其它情况下,ContentionDetected被设置为“假”。
(2)rlf-Report
如果UE信息请求消息上的rlf-ReportReq被设置为“真”,则UE在VarRLF-Report中具有RLF信息或切换失败信息,并且VarRLF-Report中存储的plmn-Identity的值与注册的公共陆地移动网络(R-PLMN)相同,rlf-Report被包括在UE信息响应消息中。这里,rlf-Report的值被设置为与UE所具有的VarRLF-Report的rlf-Report值相同。
表4示出UE所具有的VarRLF-Report的示例。
[表4]
UE可以得到关于RLF的信息并且将相关信息存储在RLF-Report的子字段中。
如果成功发送了包括rlf-Report的UE信息响应消息,则UE丢弃RLF-Report内的rlf-Report的值。这里,可以通过下层L1或L2来检查(或确认)是否成功发送了包括rlf-Report的UE信息响应消息。
(3)logMeasReport
如果logMeasReportReq被包括在UE信息请求消息中,则UE所具有的VarLogMeasReport中存储的plmn-identity的值与R-PLMN相同,并且包括VarLogMeasReport包括一个或多个用日志记录的测量条目,UE信息响应消息内的关于logMeasReport的内容如下设置。
表5示出UE所具有的logMeasReport的示例。
[表5]
UE可以将通过MDT存储的日志存储在LodMeasInfo的子字段中。
absoluteTimeStamp被包括在logMeasReport中。absoluteTimeStamp的值被设置为与UE所具有的VarLogMeasReport的absoluteTimeInfo值相同。
traceReference被包括在logMeasReport中。traceReference的值被设置为与UE所具有的VarLogMeasReport的traceReference值相同。
traceRecordingSession被包括在logMeasReport中。traceRecordingSession的值被设置为与UE所具有的VarLogMeasReport的traceRecordingSession值相同。
logMeasInfoList被包括在logMeasReport中。logMeasInfoList被设置为包括UE所具有的VarLogMeasReport的用日志记录的条目当中的一个条目或者从第一条目开始的多个条目。
这里,如果UE所具有的VarLogMeasReport不是空的,也就是说,通过MDT的测量写入的日志可用,则logMeasAvailable被添加到logMeasReport,并且LogMeasReport的值被设置为“真”。
当成功发送了包括LogMeasReport的UE信息响应消息时,丢弃UE所具有的VarLogMeasReport内的logMeasInfoList值中包括的用日志记录的测量条目。可以通过下层L1或L2来检查是否成功发送了UE信息响应消息。
此外,通过SRB2传送日志信息。因此,可以根据UE信息响应消息是否包括日志信息来确定将通过SRB1还是通过SRB2传送UE信息响应消息。例如,如果UE信息响应消息包括logMeasReport,则通过SRB2将UE信息响应消息发送到下层。如果UE信息响应消息不包括logMeasReport,则通过SRB1将UE信息响应消息发送到下层。
以下,描述设备内共存干扰(ICO)和RLF报告。
RLF可以根据网络状态来产生,但也可以由于因设备内的其它调制解调器(例如,用于WLAN、Bluetooth和GPS的调制解调器)导致的干扰功率(也就是说,ICO)而产生。
关于由于ICO导致的RLF(为便于描述,下文中被称为“ICO-RLF”)的信息还可以被包括在UE信息响应消息中,然后被发送。
UE信息响应消息中包括的ICO-RLF信息可以被配置为包括(1)设备内的另一收发器(或调制解调器)的接收功率和干扰功率值以及由于ICO而出现的RLF的指示和(2)仅仅是否出现由于设备内的另一收发器导致的干扰以及由于ICO而出现的RLF的指示。
这里,另一收发器是UE中包括的收发器以及用于LTE系统的收发器,并且它是指用于LTE系统以外的另一无线通信系统的收发器。
当UE发送ICO-RLF信息时,以下描述UE接收UE信息请求消息上的rlf-ReportReq并且发送ICO-RLF信息的示例和UE接收关于MDT的logMeasReportReq并且发送ICO-RLF信息的示例。
(1)如果UE接收rlf-ReportReq
表6示出在应用了本发明的系统中当UE接收到rlf-ReportReq并且响应于此将关于RLF的信息发送到eNB或E-UTRAN时的关于RLF(或无线通信失败)的信息的示例。表6示出使用ICO-RLF信息来报告是否存在由于UE内的另一收发器而导致的干扰功率的影响的示例。
[表6]
在表6中,measResultIDC字段指示是否存在由于UE内的另一收发器而导致的干扰功率的影响。例如,如果measResultIDC字段的值为真,则这可以指示存在UE内的另一收发器的影响。如果measResultIDC字段的值为假,则这可以指示不存在由于UE内的另一收发器而导致的干扰功率的影响。
在表6中,可以可选地添加measResultIDC字段,因此可以仅在存在由于UE内的另一收发器而导致的干扰功率的影响时设置measResultIDC字段。
与表6中不同的是,可以由各个收发器报告是否存在由于UE内的另一收发器而导致的干扰功率的影响。
表7是在应用了本发明的系统中当UE接收到rlf-ReportReq并且响应于此将关于RLF(或无线通信失败)的信息发送到eNB或E-UTRAN时的关于RLF(或无线通信失败)的信息的另一个实施方式。表7示出收发器使用ICO-RLF信息来报告是否存在由于UE内的收发器而导致的干扰功率的影响的示例。
[表7]
在表7的RLF报告中,可以用measResultIDC字段指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。例如,可以用measResultIDC字段的子字段来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。
更具体地,收发器可以根据measResultIDC字段的各个子字段的值为真还是为假来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。例如,如果measResultWLAN字段的值为真,则这可以指示存在由于WLAN系统的收发器而导致的干扰功率的影响。如果measResultWLAN字段的值为假,则这可以指示不存在由于WLAN系统的收发器而导致的干扰功率的影响。
同样,如果measResultBT字段的值为真,则这可以指示存在由于BT系统的收发器而导致的干扰功率的影响。如果measResultBT字段的值为假,则这可以指示不存在由于BT系统的收发器而导致的干扰功率的影响。
此外,如果measResultGPS字段的值为真,则这可以指示存在由于GPS的收发器而导致的干扰功率的影响。如果measResultGPS字段的值为假,则这可以指示不存在由于GPS的收发器而导致的干扰功率的影响。
这里,如果不能明确地确定是否存在由于UE内的多个收发器中的一个造成的干扰,则可以通过measResultOther字段来指示是否存在干扰功率的影响。如果measResultOther字段为真,则这没有明确地指示是由于什么系统的收发器而导致的干扰功率造成的干扰,但这可以指示存在干扰功率的影响或者存在由于两个或更多个收发器而导致的干扰功率的影响。
此外,不能够根据measResultIDC字段的子字段的值为真还是为假来指示对应于measResultIDC字段的子字段的是否存在由于通信系统的收发器而导致的干扰功率的影响,但是可以可选地设置各个通信系统的诸如measResultWLAN、measResultBT、measResultGPS和measResultOther的子字段。也就是说,只要存在由于相关通信系统的收发器而导致的干扰功率的影响,只要不可确定干扰功率的影响是由什么系统的收发器造成的,或者只要存在由于两个或更多个收发器而导致的干扰功率的影响,就可以设置相关字段的子字段。如果UE可以确定(或设置,或配置)测量的接收功率或测量的干扰功率或这二者是否与什么收发器相关,则不设置MeasResultOther字段,并且可以指示针对相关收发器的字段中的测量的接收功率或干扰功率或这二者。
此外,在表7中,可以可选地设置measResultIDC字段。在这种情况下,可以仅在存在由于UE内的另一收发器而导致的干扰功率的影响时设置measResultIDC字段。
与表7中不同的是,可以报告UE内的其它收发器的所有接收功率值或干扰功率值或这二者。
表8是在应用了本发明的系统中当UE接收到rlf-ReportReq并且响应于此将关于RLF(或者无线通信失败)的信息发送到eNB或E-UTRAN时的关于RLF(或者无线通信失败)的信息的又一个实施方式。
[表8]
在表8的RLF报告中,可以通过measResultIDC字段来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。例如,收发器可以通过measResultIDC字段的子字段来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。
与表7中不同,在表8中,可以使用measResultIDC字段的各个子字段来基于通信系统的测量结果指示是否存在由于通信系统的收发器而导致的干扰功率的影响。
更具体地,在图8的RLF报告中,measResultIDC字段的各个子字段可以指示针对UE内的其它各个收发器的测量值。
例如,当measResultIDC字段的子字段(即,measResultWLAN)指示其较低子字段MeasResultWLAN时,可以用较低子字段MeasResultWLAN的子字段(即,ReceivedPowerWLAN_Result、ReceivedQualWLAN_Result、ReceivedPowerFrom_WLAN和ReceivedQualFrom_WLAN)来指示测量的结果。
同样,当measResultIDC字段的子字段(即,measResultBT)指示其较低子字段MeasResultBT时,可以用较低子字段MeasResultBT的子字段(即,ReceivedPowerBT_Result、ReceivedQualBT_Result、ReceivedPowerFrom_BT、ReceivedQualFrom_BT、BT_Hopping_pattern_length和BT_Hopping_Pattern)来指示测量的结果。当measResultIDC字段的子字段(即,measResultGPS)指示其较低子字段MeasResultGPS时,可以用较低子字段MeasResultGPS的子字段(即,ReceivedPowerGPS_Result、ReceivedQualGPS_Result、ReceivedPowerFrom_GPS和ReceivedQualFrom_GPS)来指示测量的结果。
这里,当存在不能够确定是由什么系统的收发器造成的干扰功率的影响时或者当存在由于两个或更多个收发器而导致的干扰功率的影响时,measResultIDC的子字段(即,measResultOther)可以指示较低子字段measResultOther,使得用较低子字段measResultOther的子字段(即,ReceivedPowerOther_Result和ReceivedQualOther_Result)来指示测量的结果。
以下,针对关于UE内的WLAN收发器的测量值来描述表8中的各个字段。
针对UE内的WLAN系统的字段
ReceivedPowerWLAN_Result指示现在在无线通信系统(即,LTE)的频带内接收到的WLAN信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerWLAN_Result值的方法。例如,可以在参考信号接收功率(RSRP)范围内表示该方法。
例如,RSRP范围可以被设置为整数值0至97中的任一个。RSRP范围的值对应于表9中定义的各个值。
[表9]
RSRP范围值 |
测量的RSRP值 |
单位 |
RSRP_00 |
RSRP<-140 |
dBm |
RSRP_01 |
-140≤RSRP<-139 |
dBm |
RSRP_02 |
-139≤RSRP<-138 |
dBm |
… |
… |
… |
RSRP_95 |
-46≤RSRP<-45 |
dBm |
RSRP_96 |
-45≤RSRP<-44 |
dBm |
RSRP_97 |
-44≤RSRP |
dBm |
ReceivedQualWLAN_Result指示现在在无线通信系统(即,LTE)的频带内接收到的WLAN信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedQualWLAN_Result值的方法。例如,可以在参考信号接收功率(RSRP)范围内表示该方法。
例如,RSRP范围可以被设置为整数值0至34中的任一个。RSRP范围的值对应于表10中定义的各个值。
[表10]
RSRQ–范围值 |
测量的RSRQ值 |
单位 |
RSRQ_00 |
RSRQ<-19.5 |
dB |
RSRQ_01 |
-19.5≤RSRQ<-19 |
dB |
RSRQ_02 |
-19≤RSRQ<-18.5 |
dB |
… |
… |
… |
RSRQ_32 |
-4≤RSRQ<-3.5 |
dB |
RSRQ_33 |
-3.5≤RSRQ<-3 |
dB |
RSRQ_34 |
-3≤RSRQ |
dB |
ReceivedPowerFrom_WLAN指示现在在无线通信系统(即,LTE)的频带内接收到的WLAN信号的接收功率强度的值,该值是使用现在在WLAN系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerFrom_WLAN值的方法。例如,可以指定该方法,使得表示用于测量WLAN系统中的接收功率的值的范围(WLAN_RP–范围)。
ReceivedPowerFrom_WLAN指示现在在无线通信系统(即,LTE)的频带内接收到的WLAN信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在WLAN系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerFrom_WLAN值的方法。例如,可以指定该方法,使得表示用于测量WLAN系统中的接收质量的值的范围(WLAN_RQ–范围)。
针对UE内的BT系统的字段
BT_Hopping_pattern_length字段指示现在在UE内操作的BT设备所使用的跳频图案的长度。跳频图案的长度可以由BT标准来确定。例如,可以确定跳频图案的长度具有特定范围的整数值。相比之下,如果BT标准中使用的跳频图案以索引形式来指示,则BT_Hopping_pattern_length字段可以被识别为并用作指示索引值的字段。在这种情况下,UE预先获知与BT标准中使用的索引对应的多条跳频图案信息。
ReceivedPowerBT_Result指示现在在无线通信系统(即,LTE)的频带内接收到的BT信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerBT_Result值的方法。例如,可以指定该方法,使得表示RSRP范围。
ReceivedQualBT_Result指示现在在无线通信系统(即,LTE)的频带内接收到的BT信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedQualBT_Result值的方法。例如,可以指定该方法,使得表示RSRQ范围。
ReceivedPowerFrom_BT指示现在在无线通信系统(即,LTE)的频带内接收到的BT信号的接收功率强度的值,该值是使用现在在BT系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerFrom_BT值的方法。例如,可以指定该方法,使得表示用于测量BT系统中的接收功率的值的范围(BT_RP–范围)。
ReceivedQualFrom_BT是现在在无线通信系统(即,LTE)的频带内接收到的BT信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在BT系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedQualFrom_BT值的方法。例如,可以指定该方法,使得表示用于测量BT系统中的接收质量的值的范围(BT_RQ–范围)。
BT_Hopping_pattern指示现在在UE内操作的BT设备所使用的跳频图案信息。这里,跳频图案的长度可以由BT标准来确定。BT_Hopping_pattern字段所指示的BT设备的跳频图案可以按照位图的形式表示。例如,当比特信息是“1”时,这意味着在预定频带的+方向上执行跳频。当比特信息是“0”时,这意味着在预定频带的-方向上执行跳频。另选地,可以将2个比特或更多个比特确定为一条跳频信息,以表示跳频图案。
例如,如果将2个比特确定为一条跳频信息,则可以用4级来表示跳频(例如,[00,01,10,11]={-2,-1,1,2})。如果将4个比特确定为一条跳频信息,则可以用16级来表示跳频。可以在存在现在可具有ICO的UE并且使用许可频带的无线通信系统(即,LTE)中,参照BT标准来独立设置针对这些比特的跳频信息。相比之下,如果BT标准中使用的跳频图案以索引形式来指示,则不使用BT_Hopping_pattern字段。
针对UE内的GPS系统的字段
ReceivedPowerGPS_Result指示现在在无线通信系统(即,LTE)的频带内接收到的GPS信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerGPS_Result值的方法。例如,可以指定该方法,使得表示RSRP-范围。
ReceivedQualGPS_Result指示现在在无线通信系统(即,LTE)的频带内接收到的GPS信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedQualGPS_Result值的方法。例如,可以指定该方法,使得表示RSRQ-范围。
ReceivedPowerFrom_GPS指示现在在无线通信系统的频带内接收到的GPS信号的接收功率强度的值,该值是使用现在在GPS系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerFrom_GPS值的方法。例如,可以指定该方法,使得表示用于测量WLAN系统中的接收功率的值的范围(GPS_RP–范围)。
ReceivedQualFrom_GPS指示现在在无线通信系统(即,LTE)的频带内接收到的GPS信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在GPS系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedQualFrom_GPS值的方法。例如,可以指定该方法,使得表示用于测量GPS系统中的接收质量的值的范围(GPS_RQ–范围)。
其它字段
ReceivedPowerOther_Result可以用于指示不能够确定是什么系统的接收器造成的干扰功率或者由于两个或更多个收发器导致的干扰功率的测量值。ReceivedPowerOther_Result指示现在在无线通信系统(即,LTE)的频带内接收到的信号当中的除了LTE信号以外的信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedPowerOther_Result值的方法。例如,可以指定该方法,使得表示RSRP-范围。
ReceivedQualOther_Result可以用于指示不能够确定是什么系统的接收器造成的干扰功率或者由于两个或更多个收发器导致的干扰功率的测量值。ReceivedQualOther_Result指示现在在无线通信系统(即,LTE)的频带内接收到的信号当中的除了LTE信号以外的信号的接收功率强度相对于现在在无线通信系统的频带内接收到的所有信号的接收功率强度的值,该值是使用现在在无线通信系统中操作的信号测量方法测量的。这里,可以指定表示ReceivedQualOther_Result值的方法。例如,可以指定该方法,使得表示RSRQ-范围。
此外,在表8中,描述了用测量值指示由于UE内的其它收发器而导致的干扰功率的影响的示例。另选地,可以仅当存在要指示的测量值时可选地设置测量值。
例如,可以可选地设置指示测量值的字段,诸如ReceivedPowerWLAN_Result。也就是说,如果没有执行相关测量,则测量值是0,或者测量值没有达到有意义的临界值,则可不设置相关字段。
此外,可以可选地设置针对UE内的特定通信系统的收发器的字段(例如,measResultWLAN、measResultBT、measResultGPS和measResultOther)。也就是说,如果不针对相关系统执行测量、测量值是0或者测量值没有达到有意义的临界值,则可不设置相关字段。
此外,还可以可选地设置针对另一个通信系统的收发器的字段(例如,measResultIDC)。也就是说,如果不存在由于UE内的另一个通信系统的收发器而导致的干扰功率的影响或者影响没有达到有意义的临界值,则可不设置measResultIDC字段。
(2)当UE接收logMeasReportReq时
表11是在应用了本发明的系统中当UE接收到logMeasReportReq并且响应于此将关于无线通信失败的信息发送到eNB或E-UTRAN时的关于RLF(或者无线通信失败)的信息的实施方式。这里,关于无线通信失败的信息可以是通过MDT用日志记录UE的信息。表11示出使用ICO-RLF信息来报告是否存在由于UE内的其它收发器而导致的干扰功率的影响的示例。
[表11]
在表11中,measResultIDC指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。例如,如果measResultIDC的值为真,则这可以指示存在由于UE内的其它收发器而导致的干扰的影响。如果measResultIDC的值为假,则这可以指示不存在由于UE内的其它收发器而导致的干扰的影响。这里,可以可选地添加measResultIDC。因此,可以仅当存在由于UE内的其它收发器而导致的干扰的影响时设置measResultIDC。
与表11中不同的是,可以由收发器报告是否存在由于UE内的其它收发器而导致的干扰功率的影响。
表12是在应用了本发明的系统中当UE接收到logMeasReportReq并且响应于此将关于RLF(或者无线通信失败)的信息发送到eNB或E-UTRAN时的关于无线通信失败的信息的另一个实施方式。这里,关于RLF(或者无线通信失败)的信息可以是通过MDT用日志记录UE的信息。表12示出收发器使用ICO-RLF信息来报告是否存在由于UE内的其它收发器而导致的干扰功率的影响的示例。
[表12]
在表12的RLF报告中,measResultIDC字段可以指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。例如,收发器可以使用measResultIDC字段的子字段来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。更具体地,如表7中一样,可以根据measResultIDC字段的各个子字段的值为真还是为假来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。
此外,与通过ICO-RLF信息来只报告是否存在由于UE内的其它收发器而导致的干扰功率的影响的表12中不同的是,可以报告UE内的其它收发器的所有接收功率值或干扰功率值或这二者。
表13是在应用了本发明的系统中当UE接收到logMeasReportReq并且响应于此将关于RLF(或者无线通信失败)的信息发送到eNB或E-UTRAN时的关于RLF(或者无线通信失败)的信息的实施方式。表13示出ICO-RLF信息包括UE内的其它收发器的接收功率值或干扰功率值的示例。
[表13]
在表13的RLF报告中,可以使用measResultIDC字段来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。例如,收发器可以通过measResultIDC字段的子字段来指示是否存在由于UE内的其它收发器而导致的干扰功率的影响。与表12中不同的是,在表13中,可以使用measResultIDC字段的各个子字段来基于通信系统的测量结果指示是否存在由于通信系统的收发器而导致的干扰功率的影响。
更具体地,在图13的RLF报告中,measResultIDC字段的各个子字段可以指示针对UE内的各个收发器的测量值。
例如,当measResultIDC字段的子字段(即,measResultWLAN)指示其较低子字段MeasResultWLAN时,较低子字段MeasResultWLAN的子字段(即,ReceivedPowerWLAN_Result、ReceivedQualWLAN_Result、ReceivedPowerFrom_WLAN和ReceivedQualFrom_WLAN)可以指示测量的结果。
同样,当measResultIDC字段的子字段(即,measResultBT)指示其较低子字段MeasResultBT时,较低子字段MeasResultBT的子字段(即,ReceivedPowerBT_Result、ReceivedQualBT_Result、ReceivedPowerFrom_BT、ReceivedQualFrom_BT、BT_Hopping_pattern_length和BT_Hopping_Pattern)可以指示测量的结果。当measResultIDC字段的子字段(即,measResultGPS)指示其较低子字段MeasResultGPS时,较低子字段MeasResultGPS的子字段(即,ReceivedPowerGPS_Result、ReceivedQualGPS_Result、ReceivedPowerFrom_GPS和ReceivedQualFrom_GPS)可以指示测量的结果。
这里,当存在不能够确定是由什么系统的收发器造成的干扰功率的影响时或者当存在由于两个或更多个收发器而导致的干扰功率的影响时,measResultIDC字段的子字段(即,measResultOther)可以指示较低子字段MeasResultOther,使得用较低子字段MeasResultOther的子字段(即,ReceivedPowerOther_Result和ReceivedQualOther_Result)来指示测量的结果。
在表13中,可以用与表8的各个字段相同的方式来定义指示针对UE内的WLAN收发器测量的接收功率或干扰功率或这二者的字段。
此外,在表6至表8以及表11至表13的实施方式中,RLF报告可以被配置为,使得可以仅指示针对UE内的其它收发器中的一些是否存在由于UE内的其它收发器而导致的干扰功率的影响,并且收发器可以指示针对UE内的其它收发器中的一些的接收功率值和干扰功率值。此外,RLF报告可以被配置为,使得仅指示UE内的收发器的接收功率和干扰功率中的任一个,仅指示针对UE内的其它收发器中的一些的接收功率,仅指示针对UE内的其它收发器中的一些的干扰功率,并且指示针对剩余收发器的接收功率和干扰功率这二者。
此外,在表6至表8以及表11至表13的实施方式中,描述了当接收到rlf-ReportReq或logMeasReportReq时发送ICO-RLF信息的示例,但是本发明不限于此。仅当在UE信息请求消息上存在用于详细请求ICO-RLF信息的字段并且通过相关字段请求ICO-RLF信息时,UE可以将ICO-RLF信息包括在UE信息响应消息中,然后发送UE信息响应消息。
图11是示意性示出在应用了本发明的系统中执行的RLF报告过程的流程图。
参照图11,在步骤S1110中,在UE和eNBREL之间产生RLF。这里,RLF可以是由相邻(异构)小区的干扰造成的或者可以是由于因UE内的其它收发器而导致的干扰的影响而产生的。此外,RLF可以是基于网络本身内的问题的。
UE搜索将通过小区搜索重建RRC连接的合适小区。
当选择eNBCON作为将重建RRC连接的合适小区时,在步骤S1120中,UE将RRC连接重建消息发送到eNBCON。如果在成功切换之后存在暂时RLF,则eNBCON可以是在UE和eNBCON之间产生RLF的eNB。从UE发送到eNBCON的RRC连接重建消息可以包括RLF信息以及诸如UE ID和PCI的多条信息,作为原因值。
在步骤S1130中,eNBCON接收RRC连接重建请求消息并且将RRC连接重建消息发送到UE。
在步骤S1140中,UE接收RRC连接重建消息,基于RRC连接重建消息中包括的信息来重建RRC连接,并且将RRC连接重建完成消息发送到eNBCON。
通过上述RRC连接重建过程,eNBCON可以得到RRC连接重建请求消息中包括的RLF信息作为原因值。
此外,在步骤S1150中,通过eNBCON,为了得到必需的信息,E-UTRAN可以将UE信息请求消息发送到UE。UE信息请求消息可以包括请求RLF信息的字段,诸如rlf-ReportReq和logMeasReportReq。
在步骤S1160中,UE可以检查UE信息请求消息中包括的rlf-ReportReq和logMeasReportReq字段,将RLF信息包括在UE信息响应消息中,并且将UE信息响应消息发送到eNBCON(即,E-UTRAN)。
在步骤S1170中,通过RRC连接重建过程或UE信息过程得到RLF信息的eNBCON(即,E-UTRAN)将所得到的RLF信息传送到相关eNB(即,eNBREL)。这里,可以通过X2接口传送RLF信息。
eNBREL可以是可基于PCI检查的UE的前一个小区或前一个eNB。在这种情况下,可以通过RLF指示来将RLF信息传送到eNBREL。
此外,可以通过切换报告来将RLF信息传送到eNBREL。在这种情况下,eNBREL可以是基于PCI检查的UE的初始源eNB、源小区或目标小区。
此外,如果由网络内没有问题的ICO造成RLF,则仅当确定RLF信息是eNBREL必需的信息时或者如果确定RLF信息是eNBREL必需的信息,eNBCON可以将RLF信息发送到eNBREL。
图12是示意性示出在应用了本发明的系统中由经受RLF的UE执行的报告RLF信息的过程的流程图。
参照图12,在步骤S1210中,UE首先检测RLF的出现。
此时,在步骤S1220中,UE可以得到RLF信息并且存储该RLF信息。UE可以将所得到的RLF信息存储在VarRLF-Report的各个字段中。如果在执行MDT的处理中测量了UE所得到的RLF信息,则UE可以将MDT写入的日志存储在VarLogMeasReport的各个字段中。
在步骤S1230中,UE接收用于通过eNB发送RLF信息的请求。这里,eNB可以是在RLF之后重建了RRC连接的eNB。此外,可以发送用于发送RLF信息的请求,该请求被包括在来自E-UTRAN的UE信息请求消息中。
在步骤S1240中,UE配置要发送的RLF报告。此时,UE可以配置RLF报告,不仅包括由于网络而导致的RLF的原因,而且包括由于ICO而导致的RLF的原因。
如果包括关于ICO的信息,则UE可以配置RLF报告,使得关于ICO的信息仅包括指示存在由于ICO而导致的影响的信息、指示是否存在来自UE内的哪个系统的收发器的干扰的信息或者关于UE内的各个系统的干扰的测量的结果。
可以预先在UE中设置或者通过高层信令传送RLF报告是否将包括哪些信息。此外,可以通过来自eNB或E-UTRAN的UE信息请求消息来设计必需的信息。
在步骤S1250中,UE将所配置的RLF信息发送到eNB(或E-UTRAN)。这里,可以通过eNB将RLF信息传送到E-UTRAN方。如果UE通过UE信息请求消息来接收用于发送关于RLF的信息的请求,则UE可以将RLF信息包括在UE信息响应消息中,然后发送UE信息响应消息。
此外,发送有来自UE的RLF信息的eNB可以是要重建RRC连接的eNB。在这种情况下,UE可以将RRC连接重建请求消息(包括RLF信息作为原因值)发送到eNB,而无需来自eNB的请求(也就是说,步骤S1230)。
此外,描述了UE接收UE信息请求消息并且配置RLF报告的示例,但是本发明不限于此。尽管没有接收到UE信息请求消息,但是检测到RLF的UE可以写入RLF报告。在这种情况下,UE可以发送作为对UE信息请求消息的响应而被写入的RLF报告或者被包括在RRC连接重建请求消息中的RLF报告。
图13是示意性示出在应用了本发明的系统中接收RLF信息的eNB的操作的流程图。
参照图13,在步骤S1310中,eNB可以将请求关于RLF(或者无线通信失败)的信息的消息发送到产生了无线通信失败的UE。与产生了RLF(或者无线通信失败)的UE建立了RRC连接的eNB可以通过UE信息请求消息来请求关于RLF(或者无线通信失败)的信息。
在步骤S1320中,eNB从UE接收RLF报告。从UE接收到的RLF报告是对UE信息请求消息的响应,并且它可以被包括在UE信息响应消息中,然后被发送。
此外,UE可以甚至在没有接收到UE信息请求消息的情况下报告RLF信息。也就是说,在没有步骤S1310的情况下,eNB可以从UE接收RLF信息。在这种情况下,RLF信息可以被包括在来自UE的RRC连接重建请求消息中作为针对RRC连接重建请求的原因值,然后可以被发送。
在步骤S1330中,eNB分析从UE接收到的RLF信息。eNB可以检查产生了RLF的服务小区的ID并且检查RLF的原因。
在步骤S1340中,eNB将RLF信息发送到相关eNB。相关eNB可以是可基于PCI检查的UE的前一个小区或前一个eNB。在这种情况下,可以通过RLF指示来传送RLF信息。此外,还可以通过切换报告来传送RLF信息。在这种情况下,相关eNB可以是基于PCI检查的UE的初始源eNB、源小区或目标小区。
此外,如果由网络内没有问题的ICO造成RLF,则仅当确定RLF信息是相关eNB必需的信息时或者如果确定RLF信息是相关eNB必需的信息,eNB可以将RLF信息发送到相关eNB。
图14是示意性示出在应用了本发明的系统中基于RLF信息由出现了RLF的eNB执行的操作的流程图。
参照图14,在步骤S1410中,出现了RLF的eNB接收RLF信息。可以通过RLF指示或切换报告来从与出现了RLF的UE新建立了RRC连接的eNB接收RLF信息。
在步骤S1420中,出现了RLF的eNB可以通过分析RLF信息来分析RLF的原因。
在步骤S1430中,出现了RLF的eNB基于分析出的RLF的原因来改进RLF的原因。RLF可能基于多个原因。如果RLF的原因是由网络(诸如小区间干扰)造成的,则eNB可以合并相关原因,使得系统进行操作。此外,如果RLF的原因是UE内的原因(例如,ICO),则当通过切换重建与UE的RRC连接时,可以采用RLF的原因作为关于UE的信息。
图15是示意性示出应用了本发明的系统中的UE的构造的框图。
参照图15,UE1500包括RF单元1510、RF报告单元1515、存储器1520和处理器1530。RF报告单元1515可以被包括在RF单元1510中,或者被单独置于RF单元1510之外。
UE1500通过RF单元1510来发送和接收必要信息。UE1500可以支持各种通信系统。RF单元1510可以包括针对各个系统的多个RF单元,使得UE1500可以使用各种通信系统。例如,RF单元1510可以包括针对LTE系统的RF单元1540、针对WLAN系统的RF单元1550、针对BT系统的RF单元1560、针对GPS的RF单元1570等。
针对LTE系统的RF单元1540和针对WLAN系统的RF单元1560使用在各个系统中规定的频带,但是在与上述相同的UE内,在RF单元1540和1560之间可产生由于ICO而导致的干扰。
存储器1520存储UE1500执行通信所必需的信息。例如,存储器1520可以通过测量来存储关于网络状态或信道状态的信息并且存储通过MDT写入的日志。此外,存储器1520可以在产生RLF时存储关于RLF的信息。如果通过MDT测量了关于RLF的信息,则关于RLF的信息可以按照日志形式写入,然后被存储。
处理器1530包括测量单元1580和控制单元1590。处理器1530连接到RF单元1510和存储器1520,并且它可以通过控制单元1590来控制RF单元1510和存储器1520。
测量单元1580执行用于确定网络状态、信道状态等的测量。UE1500所支持的通信系统针对各个通信系统规定测量方法。测量单元1580可以根据针对各个通信系统的测量方法来测量通过各个RF单元1540和1560接收到的信号的强度。此外,测量单元1580还可以测量异构系统的频带内接收到的相关系统的信号,以确定由于ICO而导致的影响。例如,可以测量异构系统的影响,使得丢弃特定频带内接收到的信号中的具有相关系统的特定频带的预定接收信号。
测量单元1580可以在产生RLF时测量UE或系统的状况。测量单元1580进行的测量的结果被存储在存储器1520中。
控制单元1590可以通过确定测量单元1580进行测量的结果或者无线通信状况来确定是否出现了RLF。控制单元1590可以写入RLF报告。此时,控制单元1590可以基于测量单元1580进行测量的结果写入RLF报告。
RF报告单元1515可以通过RF单元1510来发送响应于UE信息请求消息(例如,从E-UTRAN接收到的UE信息请求)而写入的RLF报告或者被包括在RRC连接重建请求消息中的RLF报告。RLF报告可以响应于从eNB接收到的RLF信息请求来配置或者可以根据预定方法来配置。
例如,控制单元1590可以确定是否将仅包括关于ICO的存在的信息、是否将包括关于针对各个系统的干扰的存在的信息、或者是否将响应于来自eNB的请求或关于ICO的预定设置而包括针对各个系统的测量值(例如,RSRP或RSRQ),并且控制单元1590可以基于确定结果写入RLF报告。测量值可以表示在RSRP范围或RSRQ范围中。
图16是示意性示出应用了本发明的系统中的eNB的构造的框图。
参照图16,eNB1600包括RF单元1610、存储器1620和处理器1630。
eNB1600通过RF单元1610来发送和接收必要信息。
RF单元1610从UE接收RLF报告,如果存在UE的ICO对RLF的影响,则RLF报告包括指示哪个系统是产生ICO的通信系统的信息以及产生ICO的通信系统的信号的接收功率或干扰功率的测量值。
RF单元1610基于RLF报告将关于RLF的信息发送到出现了RLF的小区。
如果RLF报告包括关于RLF的UE的ICO信息,则仅当出现了RLF的小区需要关于ICO的信息时,RF单元1610发送UE的ICO信息。
存储器1620存储系统操作所必需的信息。例如,存储器1620可以存储用于RRC连接重建的信息。用于RRC连接重建的信息可以包括希望重建RRC连接的UE的前一个小区的ID、PCI和RLF信息作为用于RRC连接重建的原因值。此外,存储器1620可以将RLF信息存储在作为对UE信息请求消息的响应而接收到的UE信息响应消息内。
处理器1630可以执行eNB和UE之间的RRC连接重建过程。处理器1630可以分析从UE接收到的关于UE的RLF信息并且将该RLF信息发送到相关eNB。此外,当接收到UE的RLF信息时,处理器1630可以分析关于在UE和eNB之间出现了RLF的UE的RLF信息并且可以改进RLF的原因。当从E-UTRAN接收到UE信息请求时,处理器1630可以将UE信息请求消息发送到UE。
根据本发明,可以根据RLF的原因来准确地报告RLF信息,并且因为RLF信息在网络中被共享,所以可以有效改进网络质量。
根据本发明,可以报告由于因UE内的不同通信系统的收发器造成的干扰而导致的RLF。此时,除了指示由不同系统的收发器产生干扰的信息之外,由各个系统的收发器测量的接收功率值或干扰功率值或这二者可以被包括在RLF信息中。因此,可以执行更准确的RLF报告。
虽然已经参照附图描述了本发明的一些示例性实施方式,但是在不脱离本发明的实质特征的情况下,本领域的技术人员可以按照各种方式改变和修改本发明。因此,所公开的实施方式不应该被理解为限制本发明的技术精神,而应该被理解为例示本发明的技术精神。本发明的技术精神的范围不限于这些实施方式,并且可以基于以下所附的权利要求书来理解本发明的范围。因此,本发明应该被理解为涵盖从所附的权利要求书及其等同物的含义和范围推导出的所有修改或变型。