链路覆盖问题确定方法、装置与系统与流程

本发明涉及通信技术领域，特别是涉及一种链路覆盖问题确定方法、装置与系统。

背景技术：
在现有通信网络中，由于规划或者优化问题，常常出现链路覆盖问题，例如下行链路覆盖问题、上行链路覆盖问题、上下行链路覆盖不平衡等问题。这些链路覆盖问题可能会引起无线链路失败(radiolinkfailure，RLF)等无线链路关键事件的发生。当用户设备(userequipment，UE)检测到无线链路关键事件发生时，会记录相关数据，并在重建成功或者无线资源控制(radioresourcecontrol，RRC)连接建立后，将所记录的无线链路关键事件数据上报到基站。然而，无线链路关键事件数据往往只能反映下行链路的情况，无法据其分析和定位上行链路覆盖问题、上下行链路覆盖不平衡等问题。

技术实现要素：
本发明实施例提供了一种链路覆盖问题确定方法、装置与系统，以在无线链路关键事件发生时，确定链路覆盖问题。一方面，提供一种无线链路覆盖问题确定方法，包括：关联下行测量数据和上行测量数据；根据关联的下行测量数据和上行测量数据，确定无线链路覆盖问题。另一方面，提供一种通信装置，包括：关联单元，用于关联下行测量 数据和上行测量数据；分析单元，用于根据关联的下行测量数据和上行测量数据，确定无线链路覆盖问题。另一方面，提供一种通信系统，包括以上所述的通讯装置。现有技术中，无线链路关键事件发生时，会触发用户设备上报无线链路关键事件数据，该无线链路关键事件数据中仅包括反映下行链路情况的下行测量数据，无法根据该下行测量数据准确判断该无线链路关键事件的发生是否与上行链路覆盖问题有关。而以上所提供的方法、装置与系统，将下行测量数据和上行测量数据关联起来进行分析，从而使得链路覆盖问题的确认不再单纯的依赖下行测量数据，而是结合了上、下行测量数据，如此，对链路覆盖问题的确认将更加准确。且，准确的确定链路覆盖问题，有利于后续采用正确的解决方案。附图说明图1为本发明实施例所提供的一种链路覆盖问题确定方法的流程示意图；图2为本发明实施例所提供的链路覆盖问题确定方法的一种应用场景示意图；图3为本发明实施例所提供的链路覆盖问题确定方法的另一种应用场景示意图；图4为本发明实施例所提供的链路覆盖问题确定方法的又一种应用场景示意图；图5为本发明实施例所提供的一种链路覆盖问题确定方法的流程示意图；图6为本发明实施例所提供的一种通信装置的结构示意图；图7为本发明实施例所提供的又一种通信装置的结构示意图；图8为本发明实施例所提供的另一种通信装置的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。请参考图1，其为本发明实施例所提供的一种链路覆盖问题确定方法的流程示意图。如图1所示，该方法包括：S110：关联下行测量数据和上行测量数据；S120：根据关联的下行测量数据和上行测量数据，确定链路覆盖问题。所述下行测量数据用于反映下行链路的情况，可以通过无线链路关键事件触发而获得，例如，通过RLF测量获取所述下行测量数据。RLF的发生会触发UE上传RLF报告，所述RLF报告中便包括反映下行链路情况的下行测量数据，例如，包括参考信号接收功率(referencesignalreceivedpower，RSRP)、或参考信号接收质量(referencesignalreceivedquality，RSRQ)等反映下行链路情况的数据。当然，RLF仅为举例，本实施例对无线链路关键事件不做任何限制，例如，无线链路关键事件还可以是UE失败，从而触发UE上传携带下行测量数据的UE失败报告。再如，周期测量或上报的最小化路测(minimizationofdrivetest，MDT)数据，包括反映下行链路情况的数据M1(M1：RSRP或RSRQ)。且对于M1来讲，其应RLF的 发生而上报，是一种下行测量数据。所述上行测量数据用于反映上行链路的情况，可以通过周期测量或上报而获得，例如通过MDT，性能管理(performancemanagement，PM)，告警(alarm，AM)，跟踪(Trace)或无线资源管理(radioresourcemanagement，RRM)测量获得的MDT数据，PM数据，网络故障发出的告警数据，对网络信令的监控数据，或RRM数据等。这些数据中包括反映上行链路情况的上行测量数据，例如，上行信号强度、上行信号功率、上行信号质量、或上行信号信干噪比等。需要说明的是，MDT数据不仅包括反映下行链路情况的下行测量数据M1，还包括反映上行链路情况的上行测量数据M2和M3(例如M2：功率余量(powerheadroom)、M3：上行信号强度或信号干扰噪声(uplinksignalstrength/signaltointerferenceplusnoiseratio(SINR))，其中M2可以由UE测量，并周期上报给网络侧；M3可以由网络侧周期性测量获得。对于M1来讲，可以应RLF的发生而上报，而对于M2和M3来说，并不应RLF的发生而上报。可见，MDT数据中的下行测量数据M1，可以通过RLF的触发而获得；MDT数据中的上行测量数据M2和M3不能通过RLF的触发而获得，而是通过周期测量或上报而获得。因此，无法在RLF发生时，结合MDT数据的下行测量数据M1和上行测量数据M2和M3，来准确确定链路覆盖问题。可见，现有技术中，无线链路关键事件发生时，会触发UE上报无线链路关键事件数据，该无线链路关键事件数据中仅包括反映下行链路情况的下行测量数据，无法根据该下行测量数据准确判断该无线链路关键事件的发生是否与上行链路覆盖问题有关。而图1所示实施例提供的方法，将下行测量数据和上行测量数据关联起来进行分析，从而使得链路覆盖问题的 确认不再单纯的依赖下行测量数据，而是结合了上、下行测量数据，如此，对链路覆盖问题的确认将更加准确。且，准确的确定链路覆盖问题，有利于后续采用正确的解决方案。例如，如果是上行覆盖问题，通过优化分析后，可以调整天线参数(方向角、下倾角等)以及UE初始发射功率等参数，对上行覆盖进行优化补偿；如果是下行覆盖问题，通过优化分析后，可以调整天线参数(方向角、下倾角等)以及基站发射功率等参数，对下行覆盖进行优化补偿，从而解决上下行覆盖不平衡的问题。以上步骤S110中所述的关联是指将两组数据通过某个因素联系起来，以便综合考虑这两组数据，分析确定链路覆盖问题。这个因素可以是时间，也可以是标识，例如UE标识或小区标识。较佳的，可以结合时间和标识来关联下行测量数据和上行测量数据。因此，在以上步骤S110中，可以利用时间窗关联下行测量数据和上行测量数据，可以利用UE标识或小区标识关联下行测量数据和上行测量数据，也可以结合这两种关联方式。为使以上方法的特征和优点更明显易懂，下面分别以利用UE标识或小区标识进行关联、利用时间窗进行关联，以及这两种方式结合为例进行说明。请参考图2，其为本发明实施例所提供的链路覆盖问题确定方法的一种应用场景示意图。在本实施例中，根据UE标识或小区标识关联下行测量数据和上行测量数据。如图2所示，由于小区(cell)220存在链路覆盖问题，接入小区220的UE210可能会发生RLF。当发生RLF时，UE210会记录RLF测量数据，形成RLF报告。而后，UE210不断重试连接，并接入小区240。在成功接入小区240后，UE210会将之前记录的RLF报告上报给网络侧的接入网设 备250。此时，无线链路关键事件为RLF，UE210上报的RLF报告包括下行测量数据。现有技术中，未将下行测量数据与上行测量数据关联起来考虑，仅仅利用下行测量数据对小区220的链路覆盖问题进行确认时不准确的，尤其是当小区220存在上行链路覆盖问题时。而本实施例，接入网设备250根据UE210的标识或小区220的标识，获取关于UE210或小区220的上行测量数据，以综合考虑UE210上报的下行测量数据和获取的上行测量数据，确定UE210的RLF是由上行链路覆盖问题引起的，还是下行链路覆盖问题引起的。其中，UE210的标识或小区220的标识可以通过UE210上报的RLF报告上报给接入网设备250。且在分析链路覆盖问题时，若下行测量数据异常，且上行测量数据正常，确定下行链路存在覆盖问题或上行链路覆盖大于下行链路覆盖；若下行测量数据正常，且上行测量数据异常，确定上行链路存在覆盖问题或上行链路覆盖小于下行链路覆盖。继续参考图2，当UE230从小区240向小区220切换时，由于小区220存在链路覆盖问题，UE230会发生RLF。此时，UE230记录RLF测量数据形成RLF报告。并且，UE230不断重试连接，当重新接入小区240后，UE230会将之前记录的RLF报告上报给接入网设备250，其中，RLF报告中包括下行测量数据。现有技术中，未将下行测量数据与上行测量数据关联起来考虑，仅仅利用下行测量数据对小区220的链路覆盖问题进行确认时不准确的，尤其是当小区220存在上行链路覆盖问题时。而本实施例，接入网设备250根据UE230的标识或小区220的标识，获取关于UE230或小区220的上行测量数据，以综合考虑UE230上报的下行测量数据和获取的上行测量数据，确定UE230的RLF是由上行链路覆盖问题引起的，还是下行链路覆盖问题引起的。其中，UE230的标识或小区220的标识可以通过UE230上报的RLF报告上报给接入网设备250。且在确定链路覆盖问题时， 若下行测量数据异常，且上行测量数据正常，确定下行链路存在覆盖问题或上行链路覆盖大于下行链路覆盖；若下行测量数据正常，且上行测量数据异常，确定上行链路存在覆盖问题或上行链路覆盖小于下行链路覆盖。在无线链路关键事件发生时，在无线链路关键事件的报告中会包括涉及的UE标识或小区标识。另外，在UE接入网络时，网络侧会保存网络测量任务标识与UE标识或小区标识的对应关系；而周期测量或上报的上行测量数据(例如，MDT数据、RRM数据或PM数据)中，会包括网络测量任务标识。因此，后续可以根据网络测量任务标识与UE标识或小区标识的对应关系，关联无线链路关键事件报告中的下行测量数据与周期测量或上报的上行测量数据。其中，UE标识可以为小区无线网络临时标识(cellradionetworktemporaryidentify，CRNTI)，短媒体接入控制(shortmediaaccesscontrol，Short-MAC)标识，国际移动用户标识(internationalmobilesubscriberidentity，IMSI)，或国际移动用户设备标识(internationalmobileequipmentidentity，IMEI)。网络测量任务标识可以为跟踪参考号(tracereference，TR)或跟踪记录会话参考号(tracerecordingsessionreference，TRSR)。本实施例不做任何限制。另外，UE标识通常由接入网设备分配给UE，且分配后，UE通常只保留一段时间，例如48小时。故在接入网设备分配用户设备标识资源后，保留已分配的用户设备标识资源相同时间(例如，48小时)后释放，且接入网设备在收到下行测量数据时，发现保留的用户设备标识资源与所述下行测量数据涉及的UE标识一致，则释放该一致的UE标识资源。如此，可以 避免接入网设备获取下行测量数据时，该下行测量数据对应的UE标识在接入网设备重复分配而出现匹配错误。请参考图3，其为本发明实施例所提供的链路覆盖问题确定方法的另一种应用场景示意图。其中，以利用时间窗关联下行测量数据与上行测量数据为例进行说明。如图3所示，小区310的上行覆盖大于下行覆盖(上下行链路覆盖不平衡的一种)，小区320为正常小区。小区310的接入网设备，周期事件触发或周期采集网络测量数据(比如建立MDT任务或PM测量任务)，在本实施例中以建立MDT任务为例，且上行测量数据为MDT测量数据中的M2和M3，下行测量数据为MDT测量数据中的M1。图3中T1和T2均为上行测量数据M2和M3的采集时刻。当UE从小区310向小区320移动时，由于小区310的上下行链路覆盖不平衡，UE会发生RLF，图3中T3便为RLF发生时刻。此时UE会记录T3时刻的下行测量数据M1，从以上对于MDT数据的描述可以知道，RLF为M1上报的条件，因此，此时UE会将下行测量数据M1上报接入网设备。需要说明的是，UE可能在小区310上报下行测量数据，也可能在小区320上报下行测量数据，这是因为UE在RLF后，可能重新接入小区310，也可能移动而接入小区320。另外，RLF发生时刻或一定时段内，由于上行覆盖较大，小区310的接入网设备仍能测量到相应的上行测量数据M2，M3，例如图中的M2-3和M3-3。现有技术中，对于RLF发生时刻或相近时刻，上行测量数据M2和M3与此时UE的下行测量数据M1并未关联，尤其是，现有技术中已经规定RLF对于上行测量数据M2和M3是不可用的上报条件。因此，没有综合考 虑上行测量数据M2、M3与下行测量数据M1，来确定究竟是上行覆盖问题还是下行覆盖问题引起的RLF。在本实施例中，将下行测量数据M1和上行测量数据M2和M3，通过RLF发生时间进行关联，将最接近时刻的数据关联在一起。例如，图3中将虚线框中的下行测量数据M1和上行测量数据M2-3和M3-3关联起来。如果得不到上行测量数据M2-3和M3-3，可以将之前获得的与RLF发生时间最接近的上行测量数据M2-2，M3-2与下行测量数据M1关联起来(在时间窗内)，以确定链路覆盖问题。若M1数据异常，而相关联的M2和M3数据正常，则引起RLF的原因为下行链路存在覆盖问题或上行链路覆盖大于下行链路覆盖；若M1数据正常，且M2-2和M3-2数据异常，则引起RLF的原因为上行链路存在覆盖问题或上行链路覆盖小于下行链路覆盖。确定链路覆盖问题后，可以采用正确的解决方案来解决链路覆盖问题。例如，如果是上行覆盖问题，通过优化分析后，可以调整天线参数(方向角、下倾角等)以及UE初始发射功率等参数，对上行覆盖进行优化补偿；如果是下行覆盖问题，通过优化分析后，可以调整天线参数(方向角、下倾角等)以及基站发射功率等参数，对下行覆盖进行优化补偿，从而解决上下行覆盖不平衡的问题。可见，在本实施例中，可以利用时间窗关联下行测量数据和上行测量数据，且时间窗的位置根据无线链路关键事件的时间确定，时间窗的大小根据时间关联容许范围确定，时间关联容许范围通常由网络侧提前预设，通常大于或等于上行测量数据的采集周期，使得时间窗内可以关联到至少一组上行测量数据。确定时间窗位置的无线链路关键事件的时间为所述无 线链路关键事件的发生时刻或无线链路关键事件发生的绝对时间戳。可见，时间窗可以是无线链路关键事件发生时刻(或发生的绝对时间戳)之前一段时间、或之后一段时间、或跨无线链路关键事件发生时刻(或发生的绝对时间戳)的一段时间，本实施例不做任何限制。时间戳是一种基准时间点，用于与相对时间位移(timeoffset)合计，算出准确时刻。无线链路关键事件发生的绝对时间戳便是通过基准时间点与相对时间位移而计算出的一种准确时刻。其中，基准时间点可以为UE接入网络的绝对时间戳，即UE接入网络时，网络侧所记录下的接入时间；相对时间位移为UE接入网络到无线链路关键事件发生的相对时间戳，即从UE接入网络到无线链路关键事件发生的时间位移。可见，无线链路关键事件发生的绝对时间戳通过用户设备接入网络的绝对时间戳与用户设备接入网络到无线链路关键事件发生的相对时间戳计算得到。本实施例考虑到时间因素的作用，将无线链路关键事件发生时刻附近的上行测量数据与下行测量数据关联起来，可以更准确的对引起无线链路关键事件的链路覆盖问题进行定位。可见，将以上图2所示利用标识关联和利用时间窗关联结合起来，将在确定链路覆盖问题时达到最好的效果。下面结合图4所示的场景，详细说明这种情况。请参考图4，其为本发明实施例所提供的链路覆盖问题确定方法的又一种应用场景示意图。本实施例结合了利用UE标识或小区标识关联以及利用时间窗关联的两种方式，此处以利用UE标识为例，利用小区标识与之类似，不再赘述。如图4所示，小区410存在链路覆盖问题，小区420为正常小区。在本实施例中，小区410和420由同一接入网设备440维护，这仅为举例，它们也可以由不同接入网设备维护，本实施例不做任何限制。UE430 接入小区410，由于小区410存在链路覆盖问题，UE430发生RLF，而后进行重试连接，当成功接入小区420后，UE430将下行测量数据上报接入网设备440。另外，接入网设备440在UE430接入小区后，会周期的采集的上行测量数据。当接入网设备440获得无线链路下行测量数据后，会利用UE标识，将同一UE或相邻UE的下行测量数据与上行测量数据关联起来。而后利用时间窗将无线链路关键事件发生时刻(或发生的绝对时间戳)附近的上行测量数据和下行测量数据关联起来，综合考虑上行测量数据与下行测量数据，而确定链路覆盖问题。网络管理设备450可以向接入网设备440下发存贮指示，该存贮指示用于指示接入网设备哪些信息需要保存，例如保存UE标识与网络测量任务标识的对应关系(例如，CRNTI与TRSR的关联表)，且UE标识可以通过UE上下文(UEContext)获得，因此，可以保存UE上下文与网络测量任务标识的对应关系来实现。且网络管理设备450可以向接入网设备440下发时间关联容许范围，以便于接入网设备440根据时间关联容许范围确定时间窗的大小。基于网络管理设备450下发的贮存指示，接入网设备440在UE430接入时，将UE上下文与网络测量任务标识关联保存。由于UE上下文中包含了UE标识，因此相当于保存了UE标识与网络测量任务标识之间的对应关系，如此，可以在后续关联过程中，将下行测量数据与上行测量数据利用UE标识关联起来。此外，接入网设备440在UE430接入网络后，会建立网络测量任务，从而事件触发或周期采集网络测量数据。例如建立MDT测量任务，从而获得MDT测量数据，包括上行测量数据M2和M3、以及下行测量数据M1。当RLF发生时，UE430记录RLF的发生时刻或UE接入网络到RLF发生的相对时间戳。而后，UE430不断重试连接，当与小区420连接成功后，UE430上报RLF报告，以将之前记录的RLF的发生时刻(或UE接入网络到无RLF发生的相对时间戳)与下行测量数据M1上报接入网设备440。当接入网设备440接收到RLF报告后，会利用之前保存的UE上下文以及网络测量任务标识，将同一UE或相邻UE的下行测量数据与上行测量数据关联起来。且利用RLF的发生时刻(或UE接入网络到无RLF发生的相对时间戳)和网络管理设备450下发时间关联容许范围确定时间窗。从而过滤掉时间窗之外的上行测量数据，与下行测量数据关联起来。如此，综合考虑上、下行测量数据，分析确定链路覆盖问题，更准确的对引起RLF事件的链路覆盖问题进行定位。当然，接入网设备440也可以将获得的RLF报告和网络测量数据上报网络管理设备450，由网络管理设备450利用时间窗和UE标识关联RLF报告中的下行测量数据与网络测量数据中的上行测量数据，根据关联的上、下行测量数据，确定链路覆盖问题。在确定链路覆盖问题时，若下行测量数据异常，且上行测量数据正常，确定下行链路存在覆盖问题或上行链路覆盖大于下行链路覆盖；若下行测量数据正常，且上行测量数据异常，确定上行链路存在覆盖问题或上行链路覆盖小于下行链路覆盖。以上利用时间窗进行关联的过程中，需要确定时间窗，且时间窗的位置根据无线链路关键事件的时间确定，时间窗的大小根据时间关联容许范围确定。举例而言，设定无线链路关键事件发生时刻为t，时间关联容许范围为t1，则关联窗口可以为[t-t1/2，t+t1/2]、或[t，t+t1/2]、或[t-t1/2，t]等，本实施例不做任何限制，关联窗只需要包括无线链路关键事件发生时刻，大小不超过时间关联容许范围即可。较佳的，无线链路关键事件的时间可以利用准确的绝对时间戳来确定，可以扩展无线链路关键事件报告的时间戳内容，利用准确的时间戳确定时间窗的位置。此时，网络管理设备450向接入网设备440下发的存贮指示，还用于指示接入网设备440针对切换入或接入UE，维护一个<UE标识，T0>表，其中T0表征UE430接入接入网设备的绝对时间戳。且在RLF发生时，UE430记录UE接入接入网设备到RLF发生的相对时间戳，设定该相对时间戳为dT，并在RLF报告中上报。而后，接入网设备440在收到RLF报告时，可以获知相对时间戳dT，并查找<UE标识，T0>表，进而获知该UE接入接入网设备的绝对时间戳T0，从而计算出UE发生无线链路关键事件的绝对时间戳T0+dT。此时便可以利用这个绝对时间戳T+dT以及时间关联容许范围设置时间窗，其中时间关联容许范围用于定位时间窗的大小，绝对时间戳T0+dT用于用于定位时间窗的位置。需要说明的是，图1至图4所示的实施例所提供的链路覆盖问题确定方法，其执行主体可以为接入网设备，也可以为网络管理设备，或关联由接入网设备执行，并将关联好的数据传递给网络管理设备，由网络管理设备确定链路覆盖问题。若执行主体为网络管理设备，则需要接入网设备将其接收与采集到的下行测量数据与上行测量数据传递给网络管理设备，且需要将其所保存的UE上下文(UEContext)、网络测量任务标识、时间关联容许范围的对应关系传递给网络管理设备，以便于网络管理设备利用这些对应关系进行关联。以上所述的接入网设备是一种将UE接入到无线网络的设备，包括但不限于：演进型基站(evolvedNodeB，eNB)、家庭基站(HomeNodeB，HNB)、无线网络控制器(radionetworkcontroller，RNC)、基站控制器(BaseStationController，BSC)、基站收发台(BaseTransceiverStation，BTS)等。以上所 述的网络管理设备包括但不限于操作、管理和维护(operation，administrationandmaintenance，OAM)系统、网元管理系统(elementmanagementsystem，EMS)、集成参考点管理实体(IntegrationReferencePointManager，IRPManager)或集成参考点代理实体(IntegrationReferencePointAgent，IRPAgent)。下面结合附图描述如下，如图5所示实施例，通过接入网侧的接入网设备确定链路覆盖问题，所述链路覆盖问题确定方法包括如下步骤：S510：接入网设备接收网络管理设备下发的贮存指示，和/或，时间关联容许范围；S520：当UE接入网络时，接入网设备建立网络测量任务，并根据所述贮存指示保存网络测量任务标识与UE标识之间的对应关系，和/或，时间关联容许范围与UE标识之间的对应关系；S530：获取包括上行测量数据的网络测量数据；S540：获取包括下行测量数据的无线链路关键事件报告；S550：利用网络测量任务标识与UE标识之间的对应关系，和/或，时间关联容许范围与UE标识之间的对应关系和时间窗，关联所述上行测量数据和下行测量数据，其中所述时间窗的大小根据所述时间关联容许范围确定，所述时间窗的位置根据无线链路关键事件的时间确定；S560：根据关联的下行测量数据和上行测量数据，确定无线链路覆盖问题。需要说明的是，以上步骤S530中的网络测量数据可以是周期获取，其与步骤S540之间没有顺序要求，也就是说关联的上行测量数据可以在下行测量数据之前获得，也可以在下行测量数据之后获得。另外，如果通过网络管理设备确定链路覆盖问题，则在步骤S540之后， 接入网设备不再执行下面的步骤，而是将获得的上、下行测量数据上报网络管理设备，由网络管理设备执行后面的关联和确定链路覆盖问题的步骤。且无需下发时间关联容许范围，因为后续可以由网络管理设备直接根据时间关联容许范围确定时间窗。本发明实施例还提供一种通信装置，如图6所示，该装置600包括关联单元610和分析单元620。其中关联单元610用于关联下行测量数据和上行测量数据；确定单元620用于根据关联的下行测量数据和上行测量数据，确定无线链路覆盖问题。所述下行测量数据用于反映下行链路的情况，可以通过无线链路关键事件触发而获得，例如RLF的发生会触发UE上传RLF报告，所述RLF报告中便包括反映下行链路情况的下行测量数据，例如，包括RSRP或RSRQ等反映下行链路情况的数据。当然，RLF仅为举例，本实施例对无线链路关键事件不做任何限制，例如，无线链路关键事件还可以是UE失败，从而触发UE上传携带下行测量数据的UE失败报告。上行测量数据用于反映上行链路的情况，可以通过周期测量或上报而获得，例如周期测量或上报获得的MDT数据，RRM数据，或PM数据等。这些数据中包括反映上行链路情况的上行测量数据，例如，上行信号强度、上行信号功率、上行信号质量、或上行信号信干噪比等。如图7所示，该通信装置还可以包括获取单元630，用于通过无线链路关键事件触发获取所述下行测量数据；且用于通过周期测量或上报获取所述上行测量数据。关联单元610可以利用时间窗关联上、下行测量数据，也可以利用用户标识关联上、下行测量数据，也可以结合这两种方式进行关联。此外，如图8所示，通信装置600还可以包括存储单元640，所述存储 单元可以用于存储网络管理设备下发的时间关联容许范围、还可以用于存储网络测量任务标识与UE标识之间的对应关系以及时间关联容许范围与UE标识之间的对应关系，例如<网络测量任务标识，UE标识>表、<时间关联容许范围，UE标识>表。当关联单元610用于利用时间窗关联下行测量数据和上行测量数据时，关联单元610根据无线链路关键事件的时间确定时间窗的位置，根据存储单元640存储的时间关联容许范围确定时间窗的大小，确定时间窗后，关联时间窗内的上行测量数据和下行测量数据。时间窗的确定和上、下行数据的关联过程可以参考图1至图4所示方法实施例，在此不再赘述。当关联单元610用于利用UE标识(或小区标识)关联下行测量数据和上行测量数据时，由于应无线链路关键事件上报下行测量数据时，会同时上报UE标识(或小区标识)，因此，可以知道上报的下行测量数据是哪个UE(或小区)的下行测量数据，关联单元610根据网络测量任务标识与UE标识之间的对应关系，找到对应或相邻UE(或小区)的上行测量数据，从而关联相同或相邻UE(或小区)的上行测量数据和下行测量数据。当关联单元610用于利用时间窗结合UE标识(或小区标识)关联下行测量数据和上行测量数据时，由于应无线链路关键事件上报下行测量数据时，会同时上报UE标识(或小区标识)，因此，可以知道上报的下行测量数据是哪个UE(或小区)的下行测量数据，关联单元610根据网络测量任务标识与UE标识之间的对应关系，找到对应或相邻UE(或小区)的上行测量数据，从而关联相同或相邻UE(或小区)的上行测量数据和下行测量数据。且关联单元610根据无线链路关键事件的时间确定时间窗的位置，根据存储单元640存储的时间关联容许范围与UE标识之间的对应关系，找到对应的时间关联容许范围确定时间窗的大小，确定时间窗后，关联时间 窗内的上行测量数据和下行测量数据。分析单元620进一步用于执行图1至图4所示方法实施例中的分析过程。所述下行测量数据异常，且所述上行测量数据正常，所述分析单元620用于确定下行链路存在覆盖问题或上行链路覆盖大于下行链路覆盖；或者，所述下行测量数据正常，且所述上行测量数据异常，分析单元620用于确定上行链路存在覆盖问题或上行链路覆盖小于下行链路覆盖。需要说明的是，关联单元610、分析单元620、获取单元630和存储的单元可以是硬件模块、可由处理器执行的软件模块，或两者的结合。本实施例不做任何限制。例如，关联单元610和分析单元620以对应其功能的程序代码的形式内嵌于接入网设备或网络管理设备的存储器中，由处理器调取关联单元610和分析单元620对应的程序代码，以完成上行测量数据和下行测量数据的关联和分析，并确定链路覆盖问题。另外，获取单元630可以为接入网设备或网络管理设备的接收机，存储单元640可以为存储器。关联单元610、分析单元620、获取单元630和存储的单元可以作为分立组件存在于接入网设备或网络管理设备中，当然也可以将部分整合或全部整合为一个逻辑实体设置于接入网设备或网络管理设备中。本实施例不做任何限制。请继续参考图2至图4，本发明实施例还提供一种通信系统，包括UE、接入网设备和网管，接入网设备或网管包括如图6实施例所示的链路覆盖问题确定装置。本领域普通技术人员可以理解实现以上方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读介质中，所述可读介质，如：ROM/RAM、磁碟、光盘等。例如，本发明实施例提供的一种计算机程序产品，包括计算机可读介质，该可读介质包括一组程序代码，用于执行以上实施例所描述的任一种链路覆盖问题确定方法。以上链路覆盖问题确定方法、装置和系统将下行测量数据与上行测量数据关联起来，综合分析确定链路覆盖问题。可以更加准确的确定引起无线链路关键事件的链路覆盖问题。进而，有利于后续采用正确的解决方案。例如，如果是上行覆盖问题，通过优化分析后，可以调整天线参数(方向角、下倾角等)以及UE初始发射功率等参数，对上行覆盖进行优化补偿；如果是下行覆盖问题，通过优化分析后，可以调整天线参数(方向角、下倾角等)以及基站发射功率等参数，对下行覆盖进行优化补偿，从而解决上下行覆盖不平衡的问题。以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。