CN104718787A

CN104718787A - 通过驱动测试的最小化的寻呼监视

Info

Publication number: CN104718787A
Application number: CN201380041722.5A
Authority: CN
Inventors: A·施密特; M·比纳斯; A·拉夫特
Original assignee: Infineon Technologies AG
Current assignee: Infineon Technologies AG; Intel Deutschland GmbH
Priority date: 2012-09-05
Filing date: 2013-08-30
Publication date: 2015-06-17
Anticipated expiration: 2033-08-30
Also published as: WO2014037289A1; CN104718787B; US20140066107A1; US8892091B2; EP2893758A1

Abstract

提供了一种通信设备，包括消息发生器和发射机，消息发生器被配置成生成指示移动终端应提供数据的消息，从该数据中可得出与用于寻呼消息接收的移动终端的配置有关的信息；发射机被配置成发射该消息。

Description

通过驱动测试的最小化的寻呼监视

技术领域

本公开案涉及通信设备、移动终端、一种请求信息的方法以及一种提供信息的方法。

背景

为了在空闲时接收呼叫或消息，移动通信网络中的移动终端一般由网络侧寻呼，即，寻呼消息由网络侧发送至移动终端。对于可达到的移动终端，能确保寻呼消息被移动终端正确接收的方法是期望的。

附图简述

在附图中，不同视图中相同的参考符号一般是指相同的部分。附图不必要按比例绘制，而是一般强调说明本发明的原理。在以下描述中，参照附图描述了各方面，附图中：

图1示出通信系统。

图2示出状态示意图。

图3示出说明网络侧的基于跟踪的MDT功能的消息流示意图。

图4示出PICH帧结构。

图5示出帧示意图。

图6示出UMTS信道结构以及信道映射。

图7示出说明寻呼过程的消息流示意图。

图8示出具有寻呼机会的帧的序列。

图9说明了LTE中DL逻辑信道和DL传输信道之间的映射。

图10说明了LTE中DL传输信道和DL物理信道之间的映射。

图11示出协议结构。

图12说明了UE侧的LTE寻呼过程。

图13示出通信设备。

图14示出说明用于请求信息的方法的流程图。

图15示出移动终端。

图16示出说明用于提供信息的方法的流程图。

图17示出无线电小区排列。

描述

以下详细描述是指通过说明示出其中可实现本发明的本公开案的具体细节和方面的附图。本公开案的这些方面以足以使本领域技术人员能实现本发明的细节来描述。可以使用本公开案的其他方面，可以作出结构上、逻辑上和电气上的改变而不背离本发明的范围。本公开案的各方面不必要是互斥的，因为本公开案的一些方面可以与本公开案的一个或多个其他方面组合以形成新方面。

3GPP(第三代伙伴计划)已将LTE(长期演进)引入UMTS(通用移动电信系统)的发布8版本标准。

LTE通信系统的空中接口被称为E-UTRA(演进的通用地面无线电接入)并且通常被称为“3.9G”。在2010年12月，ITU认识到不满足“IMT高级”要求的LTE及其他演进的3G技术的当前版本可仍然被视为“4G”，假如它们表示出对IMT高级的先驱以及相对于已经采用的初始第三代系统在性能和能力上实质程度的改进。因此，LTE有时也被称为“4G”(主要出于市场原因)。

与其前任UMTS相比，LTE提供了通过改进系统容量和频谱效率而为分组数据传输进一步优化的空中接口。在其他增强中，最大网络传输速率已被显著提高，即在下行链路传输方向达300Mbps以及在上行链路传输方向达75Mbps。LTE支持从1.4MHz到20MHz的可缩放带宽，并且基于新的多址方法，诸如下行链路方向(塔，即基站，至手机，即移动终端)上的OFDMA(正交频分多址)/TDMA(时分多址)以及上行链路方向(手机至塔)上的SC-FDMA(单载波-频分多址)/TDMA。OFDMA/TDMA是多载波多址方法，其中订户(即，移动终端)被提供有频谱内的已定义数量的子载波以及用于数据传输目的的已定义传输时间。根据LTE的移动终端(也称为用户设备(UE)，例如蜂窝电话)的用于发射和接收的RF(射频)能力已被设为20MHz。物理资源块(PRB)是用于LTE中定义的物理信道的分配的基准单元。它包括12个子载波乘以6或7个OFDMA/SC-FDMA码元的矩阵。在物理层，一个OFDMA/SC-FDMA码元和一个子载波的对被表示为‘资源元素’。以下参照图1描述了通信系统，该通信系统可以是例如根据LTE的通信系统。

图1示出通信系统100。

通信系统100是包括无线电接入网络101和核心网络102的蜂窝移动通信系统(也在以下称为蜂窝无线电通信网络)，无线电接入网络例如E-UTRAN、根据LTE(长期演进)的演进的UMTS(通用移动通信系统)陆地无线电接入网络，核心网络例如根据LTE的EPC、演进的分组核心。无线电接入网络101可以包括基(收发机)站(例如根据LTE的eNodeB、eNB)103。每个基站103为无线电接入网络101的一个或多个移动无线电小区(cell)104提供无线电覆盖。

位于移动无线电小区104中的移动终端(也称为UE、用户设备)105可以经由在移动无线电小区内提供覆盖(换言之工作)的基站与核心网络102以及与其他移动终端105通信。换言之，在移动终端105位于其中的移动无线电小区104中工作的基站103向移动终端105提供E-UTRA用户平面终止和控制平面终止，E-UTRA用户平面终止包括PDCP(分组数据汇聚协议)层、RLC(无线电链路控制)层和MAC(媒体接入控制)层，控制平面终止包括RRC(无线电资源控制)层。

控制和用户数据根据多址方法通过空中接口106在基站103与位于基站103所操作的移动无线电小区104中的移动终端之间被传送。

基站103通过第一接口107(例如X2接口)彼此互连。基站103也通过第二接口108(例如S1接口)连至核心网络，例如经由S1-MME接口连至MME(移动性管理实体)109以及通过S1-U接口连至服务网关(S-GW)110。S1接口支持MME/S-GW 109、110和基站103间的多对多的关系，即，基站103可连至多于一个MME/S-GW 109、110，而MME/S-GW 109、110可连至多于一个基站103。这允许LTE中的网络共享。

例如，MME 109可以负责控制位于E-UTRAN的覆盖区域内的移动终端的移动性，而S-GW 110负责处理移动终端105和核心网络102之间的用户数据的传输。

在LTE的情况下，可以认为无线电接入网络101(即，LTE情况下的E-UTRAN 101)由基站103(即，LTE情况下的eNB 103)组成，向UE 105提供E-UTRA用户平面(PDCP/RLC/MAC)协议终止和控制平面(RRC)协议终止。

eNB 103可例如主存以下功能：

■用于无线电资源管理的功能：无线电承载者控制、无线电许可控制、连接移动性控制、资源105在上行链路和下行链路两者上向UE 105的动态分配(调度)；

■用户数据流的IP头部压缩和加密；

■在没有至MME 109的路由可以从UE 105所提供的信息中确定时在UE 105附加时选择MME 109；

■用户平面数据向服务网关(S-GW)110的路由；

■(始发自MME的)寻呼消息的调度和传输；

■(始发自MME 109或Q&M(操作和维护)的)广播信息的调度和传输；

■用于移动性和调度的测量和测量报告配置；

■(始发自MME 109的)PWS(公共预警系统，它包括ETWS(地震和海啸预警系统)和CMAS(商业移动警报系统))消息的调度和传输；

■CSG(封闭订户组)处理。

通信系统100的每个基站控制其地理覆盖区域内的通信，也就是理想由六角形表示的其移动无线电小区104。当移动终端105位于移动无线电小区104内并且扎营于移动无线电小区104(换言之向移动无线电小区104主从)时，它与控制移动无线电小区104的基站103通信。当呼叫由移动终端105的用户发起(移动始发的呼叫)或者呼叫被定址到移动终端105(移动终止的呼叫)时，可以在移动终端105和基站103间设立控制移动站所处的(且在其上扎营的)移动无线电单元104的无线电信道。如果移动终端105自其中设立呼叫的原始移动无线电小区104移开并且原始移动无线电小区104中建立的无线电信道的信号强度减弱，通信系统可以发起呼叫向另一移动无线电小区104的无线电信道的转移，其中该移动终端105移至该另一移动无线电小区104中。

随着移动终端105在通信系统100的整个覆盖区域内继续移动，可以在相邻的移动无线电小区104之间转移呼叫的控制。呼叫从移动无线电小区104到移动无线电小区104的转移被称为切换(handover)(或换手(handoff))。

切换也可以发生在根据不同的无线电接入技术(RAT)工作的多个基站103之间。这在图2说明。

图2示出状态示意图200。

状态示意图200包括：UMTS(UTRA，3G)移动终端状态CELL_DCH201、CELL_FACH 202、CELL_PCH/URA_PCH 203和UTRA_Idle(UTRA_空闲)204；LTE(E-UTRA)移动终端状态RRC已连接205和RRC空闲206；GSM(GERAN，2G和2.5G)移动终端状态GSM_Connected(GSM_已连接)207、GPRS分组传输模式208和GSM_Idle/GPRS Packet_Idle(GSM_空闲/GPRS分组_空闲)209。与UMTS相对，对于移动终端105仅定义了两个E-UTRA RRC状态。可以看见图2说明了E-UTRA、UTRA和GERAN之间的移动性支持。

根据第一状态转换210，切换可以在E-UTRA(即，根据LTE工作的基站103)和UTRAN(即，根据UTMS工作的基站103)之间实现。

根据第二状态转换211，切换可以在E-UTRA(即，根据LTE工作的基站103)和GERAN(即，根据GSM工作的基站103)之间实现。

第三状态转换212可以发生在UTRAN、GERAN和E-UTRAN的状态之间，例如在没有活跃呼叫的切换而进行小区重新选择的情况下。应当注意，为简洁起见省略了UTRAN和GERAN的状态之间的状态转换，但它们也是可能的。

第四状态转换213可以发生在同一无线电接入技术的多个状态之间，例如在连接释放或连接建立时。移动终端105在已建立RRC连接时处于RRC_CONNECTED(RRC_已连接)。如果不是该情况，即，未建立任何RRC连接，则移动终端105处于RRC_IDLE(RRC_空闲)状态。

E-UTRA中的两个RRC(无线电资源控制)状态RRC_IDLE和RRC_CONNECTED可以如下表征：

RRC_IDLE

■移动终端专用的DRX(不连续接收)可由较高协议层配置；

■移动性由移动终端105控制；

■移动终端105

■可以获取系统信息(SI)；

■监视寻呼信道以检测传入呼叫和SI变化；

■为小区(重新)选择过程执行相邻小区测量。

RRC_CONNECTED

移动终端105在已建立RRC连接时处于RRC_CONNECTED。

■单播数据至/自移动终端105的传输；

■移动性由无线电接入网络101控制(切换和小区变化次序)；

■移动终端105可以在较低协议层被配置有移动终端专用的DRX(不连续接收)。

■移动终端105

●可以获取系统信息(SI)；

●监视寻呼信道和/或SIB(系统信息块)类型1内容以检测SI变化；

●监视与共享数据信道相关联的控制信道以确定数据对否为其调度；

●执行相邻小区测量和测量报告以辅助网络作出切换决定；

●向无线电接入网络101提供信道质量和反馈信息。

在关于3GPP Rel-9(发布9)的工作期间，实施对将来LTE和HSPA(高速分组接入)发布的驱动测试最小化(MDT)的可行性研究。简言之，该研究针对评估UE对DL(下行链路)信号强度测量收集的自动化的可行性、好处和复杂度，从而使常规(手动)驱动测试的需求最小化。

常规的驱动测试可如下表征：

●UE型测试设备被安装于汽车中，并且由移动网络运营商的人员驱动，测量被记录。

●有时采用附加的衰减器来“模仿”室内接收。

●MNO的测量集中于等待时间(对于c-平面和u-平面两者)、比特误差率(BER)、掉话等。

与此相对，MDT(由3GPP为LTE以及从发布10开始的HSPA发布定义)意味着：

●移动网络运营商(MNO)在现场使用其消费者的UE来找到给定位置处网络覆盖有多坏或多好。

●消费者一般不会被通知与他/她的设备中的向外MDT活动有关的信息。

为网络优化目的使用常规的(手动的)驱动测试是昂贵的并且造成附加的CO₂排放，因此期望开发自动化的方案来减少网络部署和操作的运营商成本。该研究项目阶段的发现显示出：收集UE测量来进行更有效的网络优化是有利的，且使用(空中接口的)c-平面解决方案来从所涉及的设备获取信息是可行的。

以下可以看到MDT可行性研究的关键结果：MNO可以使用由UE收集的关于DL信号强度测量的信息以及在无线电接入网络(RAN)中可用的信息，用于网络拓扑结构计划及覆盖优化的目的。

对于3GPP Rel-10时间帧，关于MDT的详细技术工作通过创建MDT阶段2描述而开始。在该工作期间，越来越清晰的是，(为无线电资源管理RRM定义的)现有的测量配置方法和测量报告方法并不足够并且需要被增强以考虑到MDT专用的要求。此时，共识是MDT测量发生于UE中。

对于Rel-11，3GPP目前在增强MDT功能的过程中。已经标识了与UL(上行链路)覆盖优化、QoS验证和IP吞吐量测量有关的最新使用情况。所有这些新使用情况的共同点在于，在特定的CN(核心网络)或RAN(无线电接入网络)节点中需要对MDT的测量(除了发生在UE自身中的测量以外)。

为了区分MDT功能和RRM功能，在以下(例如，对于通过网络接口S1 108及通过空中接口Uu 106交换的消息和信息元素)使用了术语：

●MDT配置，

●MDT测量(包括MDT UE测量和MDT NW测量)，以及

●MDT报告。

UE侧的MDT操作模式

基于两个RRC状态RRC_IDLE和RRC_CONNECTED，已经定义了两类MDT。

●立即MDT：(为RRC_CONNECTED状态下的UE定义)：

1.MDT配置

●是基于现有的RRC信令过程

2.MDT测量

●是立即获取的

3.MDT报告

●是立即完成的

●记录的MDT：(为RRC_IDLE状态下的UE定义)：

1.MDT配置

a)是在UE在RRC_CONNECTED状态下时由专用RRC信令完成的，

b)在RRC_IDLE状态下保持有效，

c)在多次RRC_IDLE-＞RRC_CONNECTED-＞RRC_IDLE状态转换期间被保持，

d)在暂时处于另一RAN中时被保持

2.MDT测量都在RRC_IDLE完成并且包括以下各项：

a)数据收集

b)数据存储

c)记录文件创建(用于稍候从UE提交至E-UTRAN)

3.MDT报告

a)在稍后的时间点处(当UE再次回到RRC_CONNECTED时)

b)在E-UTRAN请求之际(使用UEInformationRequest(UE信息请求)和UEInformationResponse(UE信息响应)RRC消息对)

MDT在根据GERAN(2G和2.5G)标准集的无线通信系统中不支持，即，对于GSM 207、208、209不支持。立即MDT在Cell_DCH 201和RRC_CONNECTED 205中支持。记录的MDT在Cell_PCH/URA_PCH 203、UTRA_Idle 204和RRC_IDLE 206中得到支持。

网络侧(即在核心网络(CN)和无线电接入网络(RAN，例如E-UTRAN) 侧)的MDT功能

用于配置MDT(包括eNB应当为MDT测量选择哪类设备、以及所收集的MDT报告应被发送至哪里的指令)的核心网络功能是基于现有的跟踪功能。这在图3中说明。

图3示出说明网络侧的基于跟踪的MDT功能的消息流示意图300。

消息流发生于元素管理器(EM)301、归属订户服务器(HSS)302、MME 303(例如对应于MME 109)、基站304(例如对应于服务UE 105的eNB 103)以及UE 305之间，其中元素管理器(EM)301是例如核心网络102的一部分，归属订户服务器(HSS)302是例如核心网络102的一部分，UE 305对应于UE 105。而且，在消息流中可涉及TCE(跟踪收集元素)330。

在306中，UE 305通过附连过程附连于网络侧(例如，附加于E-UTRAN101和核心网络102)。

在307中，EM通过跟踪会话激活消息将UE 105的MDT配置发射至HSS 302。

在308中，HSS 302存储跟踪配置参数。在309中，HSS 302将MDT配置转发至MME 303。

在310中，MME 303存储跟踪配置参数。

在311中，MME 303通过跟踪开始消息将MDT配置发射至基站304。

在312中，基站304存储跟踪配置参数。

在313中，基站304开始跟踪记录会话。

在314中，基站304可任选地执行MDT标准检验。

在315中，基站304将MDT配置发送至UE 305(经由空中接口)。

在316中，UE 305通过RRC连接重新配置完成消息来确认MDT配置。

在317中，UE 305可任选地执行MDT标准检验。

在318中，UE 305根据MDT配置执行MDT测量。

在319中，UE通过测量报告将MDT测量的结果报告给基站304。

在320中，基站304聚集MDT测量并且在321和322中将它们发送给EM 301。

在TCE 330是与EM 301分开的实体的情况下，EM 301然后可将MDT测量转发给TCE 330。

根据Rel-10，MDT不要求基站304进行任何测量；基站唯一需要做的是收集来自UE 305的MDT测量并且使用基于跟踪的MDT报告机制将MDT报告传送回TCE 330，该TCE 330可以例如是MDT服务器。根据Rel-11，在特定的CN或RAN节点上施加一些新的测量要求(关于UL话务特征)以实现MDT Rel-11增强(例如，用于UL覆盖优化的MDT NW测量、QoS验证和IP吞吐量测量)。

为了将通过空中接口交换的MDT消息与在核心网络实体间交换的那些MDT消息区分开来，下文中使用以下术语来指代核心网络内的消息传递：

●基于跟踪的MDT配置，和

●基于跟踪的MDT报告。

为了将发生于UE中的MDT测量与发生于CN和/或特定RAN节点中的那些MDT测量区分开来，下文中使用以下两个术语：

●MDT UE测量，指UE所执行的MDT的测量，和

●MDT NW测量，指特定CN或RAN节点所执行的MDT的测量，主

要是UL数据传输的测量，用以解决Rel-11中的新使用情况。

尽管在下文中基于E-UTRA(即LTE)给出了示例并且在大多数示例中使用LTE术语，但是应当注意，这些原理也可应用于UTRA(即，UMTS)标准集。上行链路无线电接入的物理层参数(如UL覆盖优化使用情况所需的)可由UMTS和LTE两者中的相应基站来测量。然而，由于LTE和UMTS中不同的协议终止点，当面临QoS验证、IP吞吐量测量等的“较高层”测量时，仅用“NB”来取代“eNB”是不适合的。在UTRA中，这些类型的“较高层”测量(例如，在应用层)可以最早在RNC中完成(而不是在eNB中)。

UMTS和LTE之间的另一个大差距可以在以下描述的不同寻呼过程中得见。

UMTS中的寻呼过程

寻呼信道(PCH)是下行链路传输信道。PCH在整个无线电小区上被发射。PCH的传输与物理层生成的寻呼指示符(PI)的传输相关联，以支持高效的睡眠模式过程。

寻呼信道选择：系统信息块类型5(SIB 5)定义了要在空闲模式中采用的公共信道。在小区中，可以建立单个或几个PCH。在系统信息中向UE指示的每个辅助公共控制物理信道(SCCPCH)可以携带多达一个PCH。而对于每个已定义的PCH，也指示了一个唯一相关联的PICH(寻呼指示符信道)。在SIB 5中定义了多于单个PCH和相关联的PICH的情况下，UE根据以下规则执行选择：

UE如下基于IMSI(国际移动订户标识)从SIB 5中列出的SCCPCH中选择一个SCCPCH：

“所选SCCPCH的索引”＝IMSI mod K，

其中K等于携带PCH的所列出的SCCPCH的数量(即，仅携带FACH的SCCPCH不应被计数)。这些SCCPCH以它们在SIB 5中的出现次序被索引，从0至K-1。“所选SCCPCH的索引”标识了带有PCH的所选SCCPCH以及要由UE使用的唯一相关联的PICH。如果UE没有IMSI，例如在没有USIM而作出紧急呼叫时，UE使用IMSI＝0作为缺省数值。

UE可以使用空闲模式下的不连续接收(DRX)以便减少功耗。当使用DRX时，UE仅需要监视每DRX周期一个寻呼时刻(PO)中的一个寻呼指示符(PI)。

寻呼指示符信道(PICH)是用于携带寻呼指示符的固定速率(SF＝256)物理信道。为了检测PICH，UE从CPICH获得相位参考，且无线电小区中的所有移动终端都监听该PICH。由此，PIXU需要在无功率控制的情况下以高功率电平被发送。PICH与PCH传输信道所映射至的SCCPCH相关联。PICH的帧结构在图4中说明。

图4示出PICH帧结构。

长度为10毫秒的PICH无线电帧400由300比特组成。在这300比特中，288个比特401用于携带寻呼指示符。其余12个比特402不是PICH的正式部分，因此不被发射(DRX)。该帧中无传输的部分留待可能的将来使用。

在UMTS中，存在两个寻呼过程：

1)对于空闲模式UE

该寻呼过程用于使用寻呼控制信道(PCCH)将寻呼信息发射至空闲模式、CELL_PCH或URA_PCH状态下的所选UE。网络中的较上层可以请求寻呼，例如以建立信令连接。UTRAN可以为CELL_PCH或URA_PCH状态下的UE发起寻呼以触发小区更新过程。此外，UTRAN可以为空闲模式、CELL_PCH和URA_PCH状态下的UE发起寻呼以触发对已更新的系统信息的读取。UTRAN通过在PCCH上的适当寻呼时刻发射寻呼类型(PAGINGTYPE)1消息来发起寻呼过程。

2)对于连接模式UE

UE专用寻呼过程用于将专用寻呼信息发射至CELL_DCH或CELL_FACH状态下的连接模式中的一个UE。网络中的较上层可以请求发起寻呼。对于CELL_DCH或CELL_FACH状态下的UE，UTRAN通过使用RLC的确认模式(AM)在DCCH上发射PAGING TYPE 2消息来发起该过程。

在UMTS中，存在两个寻呼消息类型：

●PAGING TYPE 1(寻呼类型1)消息用于在寻呼信道上发送信息。可以在一个消息中寻呼处于空闲或连接模式下的一个或几个UE，该消息也可以包含其他信息。

●在使用DCCH进行CN始发的寻呼时，PAGING TYPE 2(寻呼类型2)消息用于寻呼连接模式(CELL_DCH或CELL_FACH状态)下的UE。

PICH/S-CCPCH定时关系

图5中说明PICH帧及其相关联的单个S-CCPCH帧(即，携带与PICH帧中的寻呼指示符有关的寻呼信息的S-CCPCH帧)之间的定时。应当注意，“SCCPCH”和“S-CCPCH”是指同一信道。

图5示出帧示意图500。

帧示意图500包括PICH帧501以及与S-PICH帧501相关联的S-CCPCH帧502。

PICH帧501中设置的寻呼指示符意指寻呼消息在S-CCPCH帧中在所发射的PICH帧501之后τ_PICH 503个码片开始在PCH上被发射。τ_PICH 503的典型值为7680个码片(3个时隙)。

寻呼块周期(PBP)定义了寻呼块出现的时间段(对于UMTS的FDD变体，PBP＝1)。UMTS中的寻呼时刻如下定义：

●UMTS的FDD变体：在UE监视其寻呼指示符处的PICH帧的系统帧号(即，PICH帧在其中开始的PCCPCH帧的SFN)。

●UMTS的TDD变体：由几个PICH帧组成的寻呼块。寻呼时刻的值等于寻呼块的第一帧。

UTRA(即，UMTS)信道结构在下文中描述。

图6说明了UMTS信道结构以及信道映射。

UTRA FDD无线电接口具有逻辑信道601，逻辑信道601被映射至传输信道602，传输信道602又被映射至物理信道603。逻辑到传输信道转换发生在媒体接入控制(MAC)层，MAC层是数据链路层的较低子层(根据OSI/ISO参考模型的层2)。

逻辑信道：

●广播控制信道(BCCH)，DL

●寻呼控制信道(PCCH)，DL

●专用控制信道(DCCH)，UL/DL

●公共控制信道(CCCH)，UL/DL

●专用话务信道(DTCH)，UL/DL

●公共话务信道(CTCH)，单向(一对多)传输信道：

●专用传输信道(DCH)，UL/DL，被映射至DCCH和DTCH

●广播信道(BCH)，DL，被映射至BCCH

●前向接入信道(FACH)，DL，被映射至BCCH、CCCH、CTCH、DCCH和DTCH

●寻呼信道(PCH)，DL，被映射至PCCH

●随机接入信道(RACH)，UL，被映射至CCCH、DCCH和DTCH

●上行链路公共分组信道(CPCH)，UL，被映射至DCCH和DTCH

●下行链路共享信道(DSCH)，DL，被映射至DCCH和DTCH物理信道：

●主要公共控制物理信道(PCCPCH)，被映射至BCH

●辅助公共控制物理信道(SCCPCH)，被映射至FACH、PCH

●物理随机接入信道(PRACH)，被映射至RACH

●专用物理数据信道(DPDCH)，被映射至DCH

●专用物理控制信道(DPCCH)，被映射至DCH

●物理下行链路共享信道(PDSCH)，被映射至DSCH

●物理公共分组信道(PCPCH)，被映射至CPCH

●同步信道(SCH)

●公共导频信道(CPICH)

●获取指示符信道(AICH)

●寻呼指示信道(PICH)

●CPCH状态指示信道(CSICH)

●冲突检测/信道分配指示信道(CD/CA-ICH)

LTE中的寻呼过程

在诸如上述UMTS的早期无线通信系统中，在DL中提供特殊的寻呼指示符信道供UE检测寻呼消息。寻呼指示符信道被特别设计成使UE能周期性地唤醒其接收机(达非常短的时间段，以便使对电池寿命的影响最小)以检测寻呼指示符(该寻呼指示符一般被分配给一组UE)。然后，UE会将其接收机保持开启以接收指示被寻呼的UE的准确身份的较长消息。

在LTE中，没有为此目的的单独物理信道；而是针对寻呼消息使用PDSCH并且经由PDCCH(物理下行链路控制信道)提供该指示。在LTE中，PDCCH信令的持续期已经非常短，因此对随时监视PDCCH的UE电池寿命的影响很小。因此，可以使用正常的PDCCH信令来携带寻呼指示符(的等价物)，而同时在PDCCH所指示的资源块中在PDSCH上携带详细的寻呼信息。PDCCH上发送的寻呼指示符使用被称为“P-RNTI(寻呼无线电网络临时身份)”的单个固定标识符。不同(组)的UE被配置成监视不同的子帧(寻呼时刻)中是否有其寻呼消息，而不是为不同(组)的UE提供不同的寻呼标识符。

寻呼过程的目的是以下之一：

●向RRC_IDLE中的UE发射寻呼消息，和/或

●向RRC_IDLE和RRC_CONNECTED中的UE通知关于SI(系统信息)变化，和/或

●向UE通知关于PWS(公共预警系统)通知。

作为一示例，当DL数据针对被假定为在RRC_IDLE状态中的UE 105到达S-GW 110时，寻呼由MME 109发起。

图7示出说明寻呼过程的消息流示意图700。

消息流发生于对应于UE 701、基站702、MME 703、S-GW 704以及HSS 705和分组数据网关(P-GW)706之间，其中，UE 701对应于UE 105，基站702对应于服务UE 105的基站103，MME 703对应于MME 109，S-GW704对应于S-GW 110，HSS 705和分组数据网关(P-GW)706是例如核心网络102的一部分。

在707中，要被发射至UE 701的数据到达P-GW 706。

在708中，P-GW 706将数据转发至S-GW 704。

S-GW 704在709中确定寻呼过程中要涉及的正确MME，并且在710中向所确定的MME 703发送DL数据通知，以向MME 703通知关于被发射至UE 701的数据。

在711中，MME 703确定E-UTRAN 101的要接触的正确节点，例如，正确的基站103。MME 703负责RRC_IDLE中的UE的跟踪区域列表(TAL)管理，因此获悉在UE 701的寻呼过程中要涉及E-UTRAN 101的哪些节点(以及哪些无线电小区104)。

可以要求S-GW 704和/或MME 703分别在712和713中询问HSS 705，以确定E-UTRAN 101的正确MME或正确节点。HSS 705是给定用户的主数据库，它使包含预订相关信息以支持实际处理呼叫/会话的网络实体，以便获取与UE的位置有关的最新信息。

在714中，MME 703根据MM环境信息向与特定UE 701相关的那些eNB 103发送寻呼请求(即，向对属于UE 701所注册的跟踪区域(TA)的无线电小区104进行操作的所有eNB 103发送寻呼请求)，在该情况下是例如基站702。基站702可以操作属于不同TA的无线电小区。在715中，基站702向所讨论的TA的无线电小区发射寻呼消息(即，在先是PDCCH上的寻呼指示符，接着是PDSCH上的实际RRC寻呼消息)。基站701在UE的寻呼时刻发射寻呼消息。

在716中，UE 701用到MME 703的服务请求进行响应。

在717中，执行用户平面设立，并且在718中将数据发射至UE 701。

UE 105可以使用RRC_IDLE中的不连续接收(DRX)以便减少功耗。图8中说明了寻呼帧内的寻呼时刻(PO)。

图8示出寻呼帧800的序列。

寻呼帧800的序列包括根据长度为32的DRX周期从0至31编号的寻呼帧801。每个寻呼帧包括十个子帧(从0编号至9)802。

一个寻呼时刻(PO)803是子帧802，其中在子帧802处可以有定址该寻呼消息的PDCCH上发射的P-RNTI。一个寻呼帧(PF)801是一个无线电帧，该无线电帧可以包含一个或多个寻呼时刻。当使用DRX时，UE 105仅需要每DRX周期监视一个PO。

PF和PO使用系统信息中提供的DRX参数根据以下公式确定。

PF由以下公式给出：

SNF mod T＝(T除以N)*(UE_ID mod N)

从子帧模式指向PO的索引i_s从以下计算中得出：

i_s＝floor(UE_ID/N)mod Ns。

每当DRX参数值在SI中改变时，存储于UE 105中的系统信息DRX参数在UE 105中被本地更新。如果UE 105没有IMSI，例如在没有USIM而作出紧急呼叫时，UE 105在以上PF和i_s公式中使用UE_ID＝0作为缺省标识。

以下参数用于PF和i_s的计算：

●T：UE的DRX周期。T根据UE专用DRX值的最短者(若由较上层分配的话)以及系统信息中广播的缺省DRX值确定。如果UE专用DRX未由较上层配置，则应用缺省值。

●nB：4T、2T、T、T/2、T/4、T/8、T/16、T/32。

●N：min(T，nB)

●Ns：max(1，nB/T)

●UE_ID：IMSI mod 1024。

IMSI被给出为整型的数字序列(0...9)，IMSI在以上公式中被解释为十进制整数，其中序列中给出的第一数位表示最高阶数位。例如：

IMSI＝(数字1＝1，数字2＝2)

在该计算中，这被解释为十进制整数“12”，而不是“1x16+2＝18”。

以下给出示例配置加上为PF和PO所得到的值：

示例配置：

T(缺省寻呼周期)＝32个子帧

nB＝4T

UE_ID：IMSI mod 1024＝1

SFN＝0...1023

寻呼帧(PF)的确定：

N＝min(T，nB)＝32个子帧

PF＝SFN mod T＝(T除以N)*(UE_ID mod N)-＞SFN mod 32＝1

PF＝1，33，65，...

寻呼时刻(PO)的确定：

Ns：max(1，nB/T)＝4

PO：i_s＝floor(UE_ID/N)mod Ns＝0

在下文中，LTE中关于寻呼时刻和寻呼指示符的进一步信息给出为：

LTE中的寻呼时刻：

●寻呼时刻(PO)在时间上均匀分布。

●不是每一个无线电帧都必须具有寻呼时刻。

●寻呼时刻的长度为一个子帧。

●寻呼时刻的数量作为DL-SCH上发射的部分BCCH内容(SIB2)被指示。

●在每一个寻呼时刻，UE唤醒并解码PDCCH。

●寻呼指示符(寻呼RNTI)可以在PDCCH上找到。

LTE中的寻呼指示符：

●UE被要求监视PDCCH是否有寻呼RNTI(16比特)。

●寻呼RNTI在UE中被硬编码(为“FFFE”)。

●在PDCCH上以DCI格式1A/1C被发射。

●如果UE在其寻呼时刻在PDCCH上检测到寻呼RNTI，则UE应当检验PDSCH上的寻呼消息中是否有其NAS身份。

在下文中，描述了LTE信道结构。

在指定LTE时，一个目的是降低UMTS中采用的信道映射的复杂度。LTE的信道映射在图9和图10中说明。

图9说明了LTE中DL逻辑信道901和DL传输信道902之间的映射。

图10说明了LTE 1002中DL传输信道1001和DL物理信道之间的映射。

在下行链路中，根据LTE存在以下逻辑信道和传输信道之间的连接：

●BCCH，被映射至BCH；

●BCCH，被映射至DL-SCH；

●PCCH，被映射至PCH；

●CCCH，被映射至DL-SCH；

●DCCH，被映射至DL-SCH；

●DTCH，被映射至DL-SCH；

●MTCH，被映射至MCH；

●MCCH，被映射至MCH。

根据LTE的E-UTRAN 101的C-平面和U-平面的协议在图11中说明。

图11示出协议结构1100。

LTE空中接口(也称为Uu接口)在逻辑上分成三个协议层。确保和提供相应协议层的功能的实体在移动终端105和基站103两者中实现(或者在NAS的情况下，在移动终端105和MME 109中实现)。最底层是物理层(PHY)1101，它表示根据OSI(开放式系统互连)参考模型的协议层1(L1)。PHY上排布的协议层是数据链路层，它表示根据OSI参考模型的协议层2(L2)。在LTE通信系统中，L2由多个子层组成，即媒体接入控制(MAC)子层1102、无线电链路控制(RLC)子层1103和分组数据汇聚协议(PDCP)子层1104。Uu空中接口的最上层是网络层，它是根据OSI参考模型的协议层3(L3)并且由C-平面1107上的无线电资源控制(RRC)层1105组成。在C-平面1107上，进一步有NAS(非接入地层)协议层1106。

每个协议层1106至1106经由已定义的服务接入点(SAP)向它上方的协议层提供其服务。为了更好地理解协议层体系结构，SAP被分配到明确的名字：在数据根据RLC模式(即，TM(透明模式)、UM(未确认模式)和AM(确认模式))传输时，PHY 1101经由传输信道向MAC层1102提供其服务，MAC层1102经由逻辑信道向RLC层1103提供其服务，RLC层1103向PDCP层1104提供其服务。而且，PDCP层1104经由无线电承载者向RRC层1105和U-平面1108较上层提供其服务，具体而言是经信令无线电承载者(SRB)向RRC 1105以及经由数据无线电承载者(DRB)向U-平面1108较上层。根据LTE，目前支持最大3个SRB和11个DRB。

无线电协议体系结构不仅仅水平地分割成上述的协议层；它也垂直地分割成“控制平面”(C-平面)1107和“用户平面”(U-平面)1108。控制平面1107的实体用于处理移动终端105和基站103或核心网络109之间的信令数据的交换，它们在建立、重新配置和释放物理信道、传输信道、逻辑信道、信令无线电承载者和数据无线电承载者等等是需要的；而用户平面1108的实体用于处理移动终端105和基站103之间的用户数据的交换。

图12说明了UE侧的LTE寻呼过程。

首先，要求UE 105监视PDCCH(物理下行链路控制信道)是否有寻呼RNTI 1201。如果UE 105在其(诸)寻呼时刻检测到PDCCH上的寻呼RNTI 1201，则UE 105检验经由PDSCH(物理下行链路共享信道)/PCH(寻呼信道)/PCCH(寻呼控制信道)接收到的寻呼消息1202中是否有其NAS身份(或S-TMSI或IMSI)。除了UE的NAS身份以外，寻呼消息1202可以包含与寻呼理由有关的进一步细节，诸如“系统信息修改”或“PWS指示”。实际上，取代一般的PWS指示，可以为不同种类的PWS提供详细指示符，诸如ETWS(地震和海啸预警服务)、CMAS(商业移动电话警报)、KPAS(韩国公共警报系统)或EU-Alert。

寻呼可以被视为无线通信系统中的重要特征。例如，在UMTS和LTE中，它用于

●当在CN中检测到传入呼叫会针对UE的“下行链路数据到达”事件时，唤醒驻留在RRC_IDLE中的特定UE(即，发起RRC连接设立过程)。

●向驻留在RRC_IDLE和RRC_CONNECTED中的UE通知关于系统信息变化。系统信息在传播模式中被散布，并且为覆盖范围内的所有UE提供重要参数以使无线通信系统运作。

●触发由驻留在RRC_IDLE和RRC_CONNECTED中的UE对时间关键的PWS(公共预警系统)消息的快速获取以便完成规定要求。

成功的寻呼要求在整个寻呼消息获取过程期间既有寻呼参数的准确配置又有一致的UE行为。许多事会出错。例如，UE可能在配置期间被提供错误参数，以及在错误的寻呼时刻搜寻寻呼消息。

提供了通信设备和移动终端(以及对应的方法)，它们能进行寻呼过程的性能测量并且检测错误的寻呼配置。例如，寻呼性能测量由通信系统的核心网络的实体配置、由移动终端(例如UE)执行、并且被报告回(另一)核心网络实体，例如在MDT的范围内。MDT增强因此可被用作实现以上的核心构建块。

图13示出通信设备1300。

通信设备1300包括消息发生器1301，消息发生器1301被配置成生成指示移动终端应提供数据的消息，从该数据中可得到与用于寻呼消息接收的移动终端的配置有关的信息。

通信设备还包括被配置成发射该消息的发射机302。

通常，消息可以包括使移动终端提供数据的指令，从该数据中可得到与寻呼事件中移动终端的行为有关的信息。所述数据可以包括在准备执行寻呼消息获取过程时，在移动终端中执行的计算的结果(例如，用于确定寻呼帧和/或寻呼时刻)。

换言之，提供例如通信设备，该通信设备请求移动终端(换言之移动通信终端)提供与其寻呼配置有关的数据，例如关于专用于接收寻呼消息(而不是接收其他消息)的配置参数。这些数据可以包括关于配置的显式信息(诸如已经向移动终端指明或者已经从向移动终端指明的参数值得出的参数值)，即从中可直接得到关于移动终端配置的信息，或者这些数据可以是从中可间接得到关于移动终端配置的信息的数据(即，从中可得出关于配置的结论)，例如从中可看到移动终端相对于寻呼的配置是否正确，例如移动终端接收到的寻呼消息的内容以便看到移动终端是否已接收到正确的寻呼内容。

发射机例如被配置成将消息发射至移动终端。

消息可以向移动终端指示该移动终端应提供数据，从该数据中可得出与用于寻呼消息的接收的移动终端的配置有关的信息。

该消息例如指示移动终端应提供包括与寻呼事件中移动终端行为有关的信息的数据。

该消息可以指示移动中应提供从中可得出用于寻呼消息的接收的移动终端的配置的数据。

该消息可以例如指示移动终端应提供数据，从该数据中可得出用于寻呼消息的接收的移动终端的配置是否正确。

例如，该消息指示移动终端应提供从中可得出移动终端所执行的寻呼消息接收过程是否错误的信息。

例如，该消息指示移动终端应提供从中可得出移动终端所执行的寻呼消息接收过程的哪一部分(或哪些部分)错误的信息。

该消息可以指示移动终端应提供移动终端用来接收寻呼消息的寻呼参数的值。

例如，寻呼参数是移动终端用来接收寻呼消息的定时参数。

寻呼参数例如是移动终端用来接收寻呼消息的帧号或子帧号。

该消息可例如指示移动终端应提供接收到的寻呼消息的内容的至少一部分。

该消息例如指示移动终端应提供以下的至少之一：移动终端用来接收寻呼消息的寻呼参数、以及接收到的寻呼消息的内容的至少一部分。

通信设备例如是基站。

通信设备例如是通信网络的一部分，该消息例如指示移动终端应提供从中可得出移动终端是否被正确配置成从通信网络接收寻呼消息的数据。

消息生成器例如被配置成按照MDT(驱动测试最小化)生成消息，发射机例如被配置成按照MDT发射消息。

例如，通信设备是无线通信系统的网络侧的一部分，发射机被配置成将消息发射至无线通信系统的网络侧的另一通信设备。例如，消息由TCE或EM生成并发射至网络侧的另一组件(诸如基站)用于转发至移动终端。

通信设备例如实现图14所述的方法。

图14示出流程图1400。

流程图1400说明了一种用于请求信息的方法，并且例如由通信设备实现。

在1401中，通信设备生成消息，该消息指明移动终端应提供从中可得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据。

在1402中，通信设备发射该消息。

消息例如被发射至移动终端，例如被发射至图15所述的移动终端。

图15示出移动终端1500。

移动终端1500包括接收机1501，接收机1501被配置成接收一消息，该消息向移动终端1500指明移动终端1500应提供从中可得到与用于寻呼消息的接收的移动终端1500的配置有关的信息的数据。

移动终端1500还包括确定器1502，确定器1502被配置成确定从中可得到与用于寻呼消息的接收的移动终端1500的配置有关的信息的数据。

而且，移动终端1500包括被配置成将数据发射至通信设备的发射机1503。

例如，接收机1501被配置成从通信设备接收消息。

移动终端1500例如实现图16所述的方法。

图16示出流程图1600。

流程图1600例示了例如移动终端所执行的用于提供信息的方法。

在1601中，移动终端接收消息，该消息向移动终端指示移动终端应提供从中可得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据。

在1602中，移动终端确定从中可得到与用于寻呼消息的接收的移动终端的配置有关的信息的数据。

在1603中，移动终端将该数据发射至通信设备。

消息例如从通信设备被接收。

通信设备和/或移动终端的各个组件(例如消息发生器、发射机、接收机、确定器等)可例如由一个或多个电路来实现。“电路”可以被理解为任何种类的逻辑实现实体，它可以是专用电路或是执行存储在存储器中的软件的处理器、固件或它们的任意组合。由此，“电路”可以是硬线逻辑电路或可编程逻辑电路，诸如可编程处理器，例如微处理器(例如，复杂指令集计算机(CISC)处理器或精简指令集计算机(RISC)处理器)。“电路”也可以是执行软件的处理器，软件例如任何种类的计算机程序，例如使用虚拟机代码的计算机程序(诸如例如Java)。以下将详细描述的相应功能的任何其他种类的实现也可以被理解为“电路”。

应当注意，与结合通信设备1300以及图14所述方法描述的组件的实现有关的方面对于移动终端1500和图16所述方法也类似地有效，反之亦然。

在通信设备1300的以下示例中，更详细地描述了移动终端1500和相应的方法。在以下示例中，使用参照图3描述的基于跟踪的MDT方法。

在一示例中，用于寻呼性能测量的一个或多个参数被包括在MDT配置中(MDT配置首先从EM 301被发送至基站304eNB，然后从基站304被发送至移动终端(UE)305)。这些参数可以被视为对UE 305提供数据的请求，从该数据中可得出与其寻呼配置有关的信息(例如，寻呼配置是否正确)、或者一般而言从该数据中可得出与寻呼事件中其行为有关的信息。

例如，在MDT配置中，添加(至少)一个参数以打开/关闭移动终端305的寻呼性能测量功能、控制这种寻呼性能测量的细节、或一般而言是与移动终端305所作的寻呼配置有关的信息的确定和提供。(诸)参数可用于向UE 305指示在它由UE 305实现时EM 301对关于寻呼过程的细节(或其特定部分，例如，仅寻呼指示符(PI)或者仅寻呼消息接收)感兴趣。

在终端(即，UE 305)侧，可以向MDT报告添加用于包括寻呼性能测量结果的一个或多个参数，该MDT报告首先在319中从UE 305被发送至基站304，然后在321中响应于被发射至305的MDT配置而从基站304被发送至EM 301，该MDT配置包括在318中执行的MDT测量的结果。

例如，在基于跟踪的MDT报告中，为寻呼性能测量结果添加(至少)一个新参数。在UMTS和LTE中，以下寻呼相关信息(除了位置戳和时间戳以外)可例如被添加至MDT报告，或一般被添加至对关于移动终端寻呼配置的信息的请求的响应：

●PICH帧到S-CCPCH帧关联偏移(仅UMTS)；

●PDCCH上使用的DCI格式(仅LTE)；

●DRX相关信息

a.UE中的配置设置；

b.寻呼时的DRX状态；

●PF和/或PO相关信息

a.UE所使用的PF/PO计算的输入参数；

b.UE中应用的PF/PO值(即，计算结果)；

●LTE寻呼消息的内容

a.寻呼消息中寻呼记录的数量，

b.网络用来定址接收UE的UE身份，

c.CN域指示符

d.寻呼原因

这些寻呼相关信息的示例中的大多数既可应用于UMTS又可应用于LTE，但一些仅对于UMTS或LTE行得通。应当注意，所述方法也可根据提供哪种寻呼而类似地应用于其他移动通信标准。

例如，支持无线通信系统中的寻呼性能测量，使得启用MNO(移动网络运营商)来获得关于例如以下内容的详细知识，

●移动终端作出的寻呼指示符(PI)接收；

●移动终端作出的寻呼消息接收；

●用于寻呼的移动终端配置细节，例如包括PF和PO计算的细节；

●移动终端中的DRX状态；

●移动终端所接收的寻呼消息的内容。

根据此知识，MNO可以检测寻呼故障的原因。作为MDT结果的一部分而被接收的测量可用于微调寻呼过程并且改进无线通信系统总体服务行为。

应当注意，术语“寻呼性能测量”一般可被理解为包括从中可得出与移动终端的寻呼配置(以及因此其性能，例如是否正确方面)有关的信息的数据的任何确定。

例如，EM(元素管理器)通过使UE记录它使用(或已使用)哪些配置设置来计算PI和PO以及计算结果加上一些辅助数据(例如关于寻呼时的DRX设置或是寻呼消息的内容，诸如寻呼原因)，在MDT的范围内触发寻呼性能测量。

在下文中更详细地描述了在网络侧上交换时(即，在图3的307、309和311中)要包括于MDT配置中的一个或多个参数的示例。

根据以下示例，在基于跟踪的MDT配置中，使用至少一个参数来控制要在UE 305中实现的寻呼性能测量。在以下示例中，参照图3描述的跟踪会话激活消息序列用于将该参数传送至UE 305。至少一个参数被包括(添加)至307、309和311中发射的消息。由此，用于寻呼性能测量的MDT配置在307、309和311中从EM(元素管理器)301被传播至基站304。对于311(MME 303和基站304之间)，可以修改S1AP(S1应用协议)以便传送包括控制寻呼性能测量的至少一个参数(也在下文中称为寻呼测量参数)的MDT配置。

在307、309和311中，MDT配置IE(信息元素)可用于将MDT配置细节从EM 301发射至基站304。

在以下给出MDT配置IE的可能修改的三个示例(替代)，以将一个或多个寻呼测量参数从EM 301发射至基站304。应当注意，可以使用以下给出的三个替代的组合。

网络侧寻呼测量参数交换示例#1

在该示例中，仅一个参数用于打开和关闭寻呼性能测量。该示例可例如用于立即MDT。

在该示例中，为寻呼性能测量定义表示为Mx的测量。在该例中，这类似于诸如M1和M2的其他测量而完成，在MDT中为LTE提供M1和M2，例如如下：

(用于立即MDT的LTE的)测量：

-M1：UE作出的RSRP和RSRQ测量。

-M2：UE作出的功率净空(PH)测量。

-...

-Mx：UE作出的寻呼性能测量

对于RRC_CONNECTED中的UE，通过在MDT配置中相应地设置对应的比特，Mx测量可用于独立于其他测量M1和M2(以及作为其补充)而打开/关闭寻呼性能测量。

例如，MDT配置具有表1所示的结构，其中已经添加了表1第13行的比特X＝Mx，以激活和禁用寻呼性能测量。

表1

网络侧寻呼测量参数交换示例#2

该示例可例如用于记录的MDT。在该示例中，为可任选的寻呼性能测量定义信息元素，该信息元素可用于打开/关闭由RRC_IDLE模式中的UE305所执行的寻呼性能测量。

例如，MDT配置具有表2所示的结构，其中已经添加了最后一行中的信息元素PPM来激活和禁用寻呼性能测量。

表2

在以上两个示例中，寻呼性能测量的细节可以是预定义的，例如，UE确定什么信息、UE应用什么阈值、使用什么报告触发等等。

网络侧寻呼测量参数交换示例#3

在该示例中，由于寻呼性能测量可以在两个操作模式(即在RRC_IDLE和RRC_CONNECTED中)中对于UE相关，因此定义了用于MDT配置IE中的通用IE，它可用于立即MDT和记录的MDT两者。

在该示例中，在MDT配置中给出用于寻呼性能测量的多个参数以允许更多灵活性。

例如，MDT配置具有表3所示的结构，其中已经为寻呼性能测量参数添加了最后15行中的信息元素。

表3

在下文中描述了使用空中接口上的RRC信令来将寻呼性能测量配置从基站304传送至移动终端305。在以下示例中，使用RRC连接重新配置来为RRC_CONNECTED中的UE配置和重新配置立即MDT中的寻呼性能测量，并且使用记录的测量配置消息来为RRC_IDLE中的UE配置记录的MDT中的寻呼性能测量。

RRC连接重新配置消息一般用于修改RRC连接，例如以建立/修改/释放无线电承载者，以执行切换，或者以设立/修改/释放测量。作为该过程的一部分，NAS(非接入地层)专用信息可以从E-UTRAN 101被传送至UE105。在下文中描述了用于传送寻呼性能测量配置信息的RRC连接重新配置消息的可能修改，在该例中是使用RRC连接重新配置的measConfig IE，该measConfig IE指定要由UE执行的测量并且覆盖了频率内、频率间和RAT间移动性以及测量间隙的配置。

以下描述的RRC连接重新配置消息例如在315中被发射，其中对于该示例假定UE 305在315、316、317和318期间处于RRC CONNECTED。

根据该示例的RRC连接重新配置消息例如具有表4所示的结构，其中如表4第17行所示已经添加了measConfig IE。它由SRB1(SRB：信令无线电承载者)经由具有AM RLC-SAP(无线电链路控制-服务接入点)的逻辑信道DCCH发射。

表4

IE measConfig例如具有表5所示的结构，其中已经为寻呼性能测量参数添加了第13到30行中的条目。

表5

对于记录的MDT的寻呼性能测量，即在UE 305处于空闲模式下时执行317(若执行)和318的情况下，在315中使用例如LoggedMeasurementConfiguration(记录的测量配置)RRC消息来将包括PPM(寻呼性能测量)参数的MDT配置发射至UE 305。应当注意，在该情况下可以省略316中的确认。

记录的测量配置RRC消息一般由E-UTRAN 101用来配置UE 105以便在其处于RRC_IDLE中时执行测量结果的记录。为了传送记录的MDT寻呼性能测量配置，记录的测量配置RRC消息例如具有表6所示的结构，其中已经为寻呼性能测量参数添加了第23至40行中的条目。它由SRB1(SRB：信令无线电承载者)经由具有AM RLC-SAP(无线电链路控制-服务接入点)的逻辑信道DCCH发射。

表6

图17中给出PLMN(公共陆地移动网络)的无线网络拓扑结构的示例，该PLMN具有三个基站A、B和C以及在这一情况下执行寻呼性能测量的移动终端，每一个基站跨越三个(更多或更少)六角形的无线电小区。

图17示出无线电小区排列1700。

无线电小区排列1700包括第一(无线电)小区1701(表示为小区A1)、第二小区1702(表示为小区A2)和第三小区1703(表示为小区A3)，这些小区由第一基站1710(表示为基站A)操作。

无线电小区排列1700还包括第四小区1704(表示为小区B1)、第五小区1705(表示为小区B2)和第六小区1706(表示为小区B3)，这些小区由第二基站1711(表示为基站B)操作。

无线电小区布置1700还包括第七小区1707(表示为小区C1)、第八小区1708(表示为小区C2)和第九小区1709(表示为小区C3)，这些小区由第三基站1712(表示为基站C)操作。

基站1710、1711和1712例如对应于基站103，无线电小区1701至1709例如对应于无线电小区104。

假定移动终端从起点1713经由第一中途点1714、第二中途点1715和第三中途点1716移至终点1717。

进一步假定在操作包括基站1710、1711、1712的无线通信网络的过程中，MNO(移动网络运营商)注意到特定地理位置(即第二无线电小区1702)中的寻呼经常不成功。MNO会想要找出更多关于此异常网络行为的信息，因此他配置一个或多个移动终端(例如，在周围区域中并且预期会经过被监视的小区(例如，第二小区1702)的移动终端)以实现寻呼性能测量。假定从起点1713移至终点1717的移动终端由移动网络配置以实现寻呼性能测量。

在一实施例中，MDT配置的PPM(寻呼性能测量)部分可以包含地理位置(的列表)(诸如小区ID、跟踪区域或界定地理区域的坐标的列表)，以便将UE的寻呼性能测量活动限制到特定的地理区域(例如，到“被监视的小区”)。

移动终端在第四小区1704中的起点1713处开始其通过PLMN的行程。例如，它在第一中途点1706被配置成每当需要计算新的值时(例如，每当新输入参数变得可用时)记录全部的PF和PO输入参数以及PF和PO计算结果。此外，移动终端被配置成记录接收到的寻呼消息中所使用的UE身份。在该示例中，新输入参数在移动终端进入第二小区1702时变得可用。在第二中途点1715处，移动终端接收寻呼指示符以及随后的寻呼消息。根据移动终端的活动配置，它编辑包含MNO的所有期望细节的MDT测量报告。在第九小区1709中的第三中途点1716处，移动终端将其MDT报告发送至移动通信网络(例如该情况下为第三基站1712)，MDT报告例如包括如以下描述的MDT寻呼性能测量结果参数。然后，MNO可以基于测量结果检验移动终端是否被正确地配置用于寻呼，以及移动终端接收到的寻呼消息是否被定址到正确的接收者组(应当注意，E-UTRAN可以标识寻呼消息内的多个移动终端)。

在该示例中，假定寻呼性能测量配置是立即MDT配置的一部分，且移动终端不会在第一中途点处的配置和第三中途点处的报告之间回到RRC_IDLE。进一步假定没有单独的MDT报告触发用于报告寻呼性能测量结果(除“周期性报告”以外)，且已配置的“报告周期”在第九小区1709中的第三中途点1716处终止。取决于场景，其他配置(例如，具有用于PPM的专用报告触发)也是可能的。一种替代的MDT报告标准可以是例如终端中特定数量的PPM(寻呼性能测量)记录的可用性。

在下文中描述了可以被包括在MDT报告中的寻呼性能测量结果参数。

UE侧的MDT报告中的PPM结果参数

例如，空中接口106上的RRC信令用于将寻呼性能测量结果从移动终端105传回eNB 103。对此受影响的RRC消息为：

●测量报告RRC消息

-它用于为RRC_CONNECTED中的UE传输立即MDT测量结果，

-它可以周期性地或事件触发地从UE被发送至eNodeB，

-它例如在319中从UE 305被发射至基站304。

●UE信息响应RRC消息

-它用于在相应的UE已返回RRC_CONNECTED之后传输记录的

MDT测量结果，

-它在NW请求之际从UE被发送至eNodeB，

-它例如在319中从UE 305被发射至基站304，例如响应于从基站

304发射至UE 305的UE信息请求。

测量报告RRC消息例如具有表7所示的结构。测量报告RRC消息一般用于指示测量结果。它经由具有AM RLC-SAP的逻辑信道DCCH被发射。为了报告寻呼性能测量，已经包括了第16行的IE measResults，该IE例如覆盖为频率内、频率间和RAT间移动性测得的结果。

表7

measResults IE的一个示例在表8中给出，其中为了报告寻呼性能测量已经添加了表8的第22、125至141行中的元素。

表8

UEInformationResponse(UE信息响应)消息例如具有表9所示的结构。它在SRB2(在包括记录的测量信息时)或SRB1上经由具有AM RLC-SAP的逻辑信道DCCH被发射。为了报告寻呼性能测量已经包括了第87以及第92至108行中的元素。

表9

网络侧的MDT报告中的PPM结果参数

例如，在立即MDT的情况下，每当基站304(或RNC)从RRC_CONNECTED中的UE 305接收到MDT测量时，它就将其保存到跟踪记录。

在记录的MDT的情况下，UE 305例如只要它在RRC_IDLE中就收集测量。一旦UE 305进入RRC_CONNECTED模式，UE 305就在到基站304(或RNC)的RRCConnectionSetupComplete(RRC连接设立完成)RRC消息中指示MDT记录可用性。当基站304(或RNC)接收到该指示时，它可以通过向UE 305发送UEInformationRequest(UE信息请求)RRC消息来请求MDT记录(若UE 305仍处在MDT配置完成处的同一RAT类型，或者处于对MDT记录检索合格的另一RAT)。UE 305在319中、在UEInformationResponse(UE信息响应)RRC消息中将MDT记录(即，MDT测量报告)发送至网络。在接收到UEInformationResponse RRC消息时，基站304(或RNC)在320中将接收到的MDT记录保存至跟踪记录。

然后，跟踪记录在321和322中经由EM 301通过核心网络消息序列被发送至TCE 330。应当注意，存在特定的部署场景，其中EM 301驻留在RNC内部(在UMTS的情况下)、或者在eNodeB 304内部(在LTE的情况下)。

跟踪记录被发送至EM 301或TCE 330的时间和标准可以是厂商特定的。然而，如果跟踪会话被禁用，跟踪记录就例如在跟踪会话禁用之后最迟两小时被发送至EM 301或TCE 330。

在基于跟踪的MDT报告中，可以添加至少一个参数来向EM 301或TCE 330通知有关寻呼性能测量结果的信息。例如，向321和/或322中发送的跟踪记录消息添加附加的信息块。在这样做时，用于寻呼性能测量使用情况的MDT报告可以在一个步骤或两个步骤中经由EM 301(元素管理器)从基站304传播至TCE 330。

对此，或者可以修改(在LTE情况下为MME 109和eNodeB 103之间的S1接口定义的)S1AP以传送MDT报告(即，PPM结果)，或者指定协议(例如，为基站304和TCE 330之间的(诸)接口定义的)。

用于报告在网络侧的寻呼性能测量期间收集的数据的可能结构在表10中给出。

表10

关于寻呼性能测量配置的传播，寻呼性能测量例如是MDT配置的一个组成部分。由此，在立即MDT的情况下，UE的寻呼性能测量配置参数例如如下地从源eNB/RNC(即，源小区)传输至目标eNB/RNC(即，目标小区)：

如果在目标小区中满足基于区域的选择条件或者在X2或X1上(或UMTS的情况下在Iur或Iu上)作出切换之后，eNB/RNC激活UE中的立即MDT。如果在切换目标小区中不满足基于区域的选择条件，则eNB/RNC可以禁用UE中的立即MDT操作。跟踪会话和跟踪记录会话例如对于UE不可见。

在基于信令的跟踪激活(基于预订的MDT)的情况下，eNB/RNC在X2或X1(或UMTS情况下的Iur或Iu)上的PLMN内切换的情况下，将跟踪会话参数连同MDT专用参数(包括用于寻呼性能测量的参数)传播至目标小区，而无论源小区或目标小区是否是已配置的区域范围的一部分。

在UTRAN的情况下，RNC在Iur或Iu上切换的情况下，将UE的跟踪会话传播至目标小区。任何跟踪记录会话根据选择标准的评估在目标小区中被维持、停止或启动。这包括用于寻呼性能测量的行为和参数。

在记录的MDT模式中，例如不执行MDT配置的任何传播。

尽管已经参照具体方面特别示出和描述了本发明，但本领域的技术人员应当理解，对此可以作出形式上和细节上的各种变化，而不背离由所附权利要求书所定义的本发明的精神和范围。因此，本发明的范围由所附权利要求书所指示，因此应包含在权利要求书的等价物的含义和范围内的所有变化。

Claims

1.一种通信设备，包括：

消息发生器，所述消息发生器被配置成生成指示移动终端应提供数据的消息，从所述数据中能得出与用于寻呼消息的接收的移动终端的配置有关的信息；以及

发射机，所述发射机被配置成发射所述消息。

2.如权利要求1所述的通信设备，其特征在于，所述发射机被配置成将所述消息发射至所述移动终端。

3.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据。

4.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供包括与寻呼事件中所述移动终端的行为有关的信息的数据。

5.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供从中能得出用于寻呼消息的接收的所述移动终端的配置的数据。

6.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供从中能得出用于寻呼消息的接收的所述移动终端的配置是否正确的数据。

7.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供从中能得出所述移动终端所执行的寻呼消息接收过程是否错误的信息。

8.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供从中能得出所述移动终端所执行的寻呼消息接收过程中的哪个部分为错误的信息。

9.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供所述移动终端用来接收寻呼消息的寻呼参数的值。

10.如权利要求9所述的通信设备，其特征在于，所述寻呼参数是所述移动终端用来接收寻呼消息的定时参数。

11.如权利要求4所述的通信设备，其特征在于，所述寻呼参数是所述移动终端用来接收寻呼消息的帧号或子帧号。

12.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供接收到的寻呼消息的内容的至少一部分。

13.如权利要求1所述的通信设备，其特征在于，所述消息指示所述移动终端应提供以下至少之一：所述移动终端用来接收寻呼消息的寻呼参数；以及接收到的寻呼消息的内容的至少一部分。

14.如权利要求1所述的通信设备，其特征在于，所述通信设备是基站。

15.如权利要求1所述的通信设备，其特征在于，所述通信设备是通信网络的一部分，且所述消息指示所述移动终端应提供从中能得出所述移动终端是否被正确地配置成从所述通信网络接收寻呼消息的数据。

16.如权利要求1所述的通信设备，其特征在于，所述消息发生器被配置成按照MDT生成所述消息，并且所述发射机被配置成按照MDT发射所述消息。

17.如权利要求1所述的通信设备，其特征在于，所述通信设备是无线通信系统的网络侧的部分，且所述发射机被配置成将所述消息发射至所述无线通信系统的网络侧的另一通信设备。

18.用于请求信息的方法，包括：

生成消息，所述消息指示移动终端应提供从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据；以及

发射所述消息。

19.如权利要求18所述的方法，其特征在于，包括将所述消息发射至所述移动终端。

20.移动终端，包括：

接收机，所述接收机被配置成接收消息，所述消息向所述移动终端指示所述移动终端应提供从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据；

确定器，所述确定器被配置成确定从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据；以及

发射机，所述发射机被配置成将所述数据发射至通信设备。

21.如权利要求20所述的移动终端，其特征在于，所述接收机被配置成从所述通信设备接收所述消息。

22.如权利要求20所述的移动终端，其特征在于，所述消息指示所述移动终端应提供从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据。

23.如权利要求20所述的移动终端，其特征在于，所述消息指示所述移动终端应提供包括与寻呼事件中所述移动终端的行为有关的信息的数据。

24.用于提供信息的方法，包括：

接收消息，所述消息向移动终端指示所述移动终端应提供从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据；

确定从中能得出与用于寻呼消息的接收的移动终端的配置有关的信息的数据；以及

将所述数据发射至通信设备。

25.如权利要求24所述的方法，其特征在于，包括从所述通信设备接收所述消息。