的最大数量的时间段。
[0052]第五行506示出了“最小时间间隔”(例如，MinTimelnterval)参数，其可以是枚举类型。该参数可以定义来自移动设备侧的两个连续测量请求之间的最小时间间隔。
[0053]第六行507示出了“过滤”(例如，Filtering)参数，其可以是枚举类型(例如，网络元件)。该参数可以定义测量请求的阻塞被执行的位置。例如，“RAN”的值指示测量请求的阻塞可以在RAN中被执行。
[0054]图5的表格中示出的参数可以被插入到“MDT配置”信息要素的全球部分中。这可以意味着针对客户关怀测量的配置部分可以适用于现有的两种MDT操作(即，“立即-MDT”和“记录-MDT” )。
[0055]在另一实施例中，如果ΜΝ0想要针对“立即-MDT”或“记录-MDT”分别具有不同的配置集合，则图5的表格中示出的参数可以被插入到MDT配置参数要素的“立即-MDT”子部分和/或“记录-MDT”子部分中。
[0056]替代地，图5的表格中示出的参数还可以被用于将要被定义的第三种MDT测量(“客户关怀MDT”)的情况中，并且图5的表格中示出的参数被置于“MDT配置”信息要素的新的子部分中。
[0057]图6示出了 ENodeB 404和用户设备405之间的空中(over-the-air)MDT配置的实施例的流程图。该流程图详细描述了对无线电资源控制(RRC)的信道增强，由于MDT配置可以经由RRC被传输到用户设备405。
[0058]如果用户和/或正由用户设备执行的应用能够针对用户设备收集的MDT用户设备测量和/或RAN中收集的MDT RAN测量直接请求触发事件，则通过信道从基础设施侧被发送到用户设备的MDT配置可以被相应地增强。
[0059]图6中所示的RRC信令可以将增强的MDT配置从ENodeB 404传送到用户设备405。增强的消息可以是RRC连接重配置(例如，用于针对处于RRC连接(RRC_Connected)的用户设备配置和重配置立即-MDT)和记录测量配置(例如，用于在各自的用户设备仍处于RRC连接时对处于RRC空闲(RRC_Idle)的用户设备配置记录-MDR)。
[0060]RRC连接重配置消息可以用来修改RRC连接。例如，RRC连接重配置消息可以建立/修改/释放无线电承载以执行切换或设置/修改/释放测量。作为所示程序的一部分，非接入层(NAS)专用信息可以从ENodeB被传输至用户设备。以下的讨论可以描述对RRC连接重配置消息的修改，从而使得移动设备侧(即，用户和/或正在用户设备上运行的应用)能够针对MDT测量(如由元件管理器(EM)401配置)直接请求触发事件。
[0061]“连接重配置” RRC消息内的相关信息要素可以是“measConfig”信息要素(IE)。该信息要素可以指定要由用户设备执行的测量，并且可以覆盖频内、频间、和RAT间移动性以及测量间隙的配置。“meaSC0nfig”IE利用附加客户关怀信息要素被增强，该附加客户关怀信息要素包括用于控制针对MDT测量直接请求(例如，根据操作用户设备的用户的请求和/或在用户设备上运行的应用的请求)触发事件的用户设备的特征的至少一个参数。
[0062]参考图6，MME 403对ENodeB 404发起追踪开始消息600。如之前所谈论的，追踪开始(Trace Start)开始追踪会话。
[0063]ENodeB 404可以存储追踪控制(Trace Control)和来自追踪开始消息600的配置参数601。ENodeB 404还可以开始追踪记录会话602。在实施例中，ENodeB 404可以执行信道测量的MDT标准检查603。
[0064]一旦ENodeB 404被配置，则空中配置605可以被执行。用户设备405可以与ENodeB 404处于连接的状态605 (例如，RRC_连接)。该配置605可以包括RRC连接重配置消息从ENodeB 404到移动设备侧上的用户设备405的交换。该消息可以包括如之前关于图5所讨论的MDT配置。用户设备405可以用“连接重配置完成” RRC消息回复ENodeB404。
[0065]在实施例中，用户设备405可以执行信道测量的MDT标准检查608。用户设备405现在可以开始对MDT用户设备测量的收集609 (例如，处于RRC连接操作模式)。
[0066]图7示出了记录-MDT测量配置RRC消息的实施例的流程图。用户设备405可以从ENodeB 404接收“记录测量配置” RRC消息701。该消息可以包括如之前图5中描述的MDT配置参数。用户设备405可以随后转换到空闲状态700 (例如，RRC_空闲)。
[0067]在空闲状态700中，用户设备可以执行信道测量的MDT标准检查710。用户设备405随后可以开始对MDT用户设备测量的收集711 (例如，处于RRC空闲操作模式)。
[0068]—旦用户设备具有MDT配置参数(见图5)，MDT功能可以被执行，如图8和图9所示。图8示出了用户发起的MDT测量。图9示出了用户发起的MDT测量。这些实施例的任意一个可以是如之前所描述的“立即-MDT”或“记录-MDT”。另外，任一实施例可以针对将由用户设备收集的MDT用户设备测量(例如，与下行链路信道质量有关，或与给定场景相关的任意其他MDT数据)和/或将由RAN收集的MDT RAN测量(例如，与上行链路信道质量有关，或与给定场景相关的任意其他MDT数据)指定触发事件。
[0069]参考图8，用户800能够利用配置消息CM-A1直接请求MDT:将由用户设备405收集的用户设备测量和/或将由RAN收集的MDT RAN测量。用户可以通过敲击用户设备的键盘上的键或用户设备的触摸屏上的软键来完成以上操作。在实施例中，用户800可以使得对这两种类型的测量用CM-A1来定义触发事件成为可能。配置消息CM-A1可以包括报告细节(例如，在“立即-MDT”情况下的报告间隔和/或报告数量)或记录细节(例如，在“记录-MDT”情况下的记录间隔和/或记录持续时间)。如果被配置为这样做，用户设备405可以基于某些预定的过滤标准在CUE处接收到配置消息CM-A1时执行对配置请求的过滤。用户设备405可以利用将“LogMeasR印ort” IE传输到(针对记录-MDT的)基站的“UE信息响应(UEInformat1nResponse) ” RRC 消息或将 “MeasResults” IE 传输到(针对立即-MDT的)基站的“测量报告(MeasurementReport) ”RRC消息中的一个RRC消息来将客户关怀测量结果发送至ENodeB。
[0070]如之前所见，过滤标准可能已经通过消息CM-4在MDT配置期间从基础设施侧被接收。在其他实施例中，过滤标准可能在之前已经经由0ΜΑ DM获得，或被存储在智能卡(例如，S頂卡、或具有集成的通用S頂的UICC)中，该智能卡可以被插入到移动设备中。
[0071]如果CM-A1的用户请求被准予(即，如果所有由ΜΝ0定义的过滤标准都被满足)，则用户设备405可以开始收集MDT用户设备测量。如果用户的目的是从基础设施侧(例如，从特定RAN节点)请求测量，则用户设备可以使用活跃的RRC连接，以便向ENodeB 404传送配置消息CM-A2。
[0072]参考图9，驻存于移动设备上的应用900能够利用配置消息CM-B1直接请求:将由用户设备405收集的用户设备测量和/或将由RAN收集的MDT RAN测量。在实施例中，应用900可以使得对这两种类型的测量用CM-B1来定义触发事件成为可能。配置消息CM-B1可以包括报告细节(例如，在“立即-MDT”情况下的报告间隔和/或报告数量)或记录细节(例如，在“记录-MDT”情况下的记录间隔和/或记录持续时间)。
[0073]图9还示出了可选的用户交互序列903。用户800可以通过移动设备的用户界面被提示901，以接受或拒绝902应用900设想的测量请求。在另一实施例中，用户800可以通过移动设备的用户界面被询问以接受或拒绝应用的测量请求的一部分。
[0074]如果已经被配置为这样做，则用户设备405可以在CUE1处接收到配置消息CM-B1时或是在CUE2处完成用户交互序列903之后执行对测量请求的过滤。
[0075]如之前所见，过滤标准可能已经通过消息CM-4在MDT配置期间从基础设施侧被接