CN103906098A - 长期演进网络中的寻呼参数自优化方法与*** - Google Patents
长期演进网络中的寻呼参数自优化方法与*** Download PDFInfo
- Publication number
- CN103906098A CN103906098A CN201210574098.2A CN201210574098A CN103906098A CN 103906098 A CN103906098 A CN 103906098A CN 201210574098 A CN201210574098 A CN 201210574098A CN 103906098 A CN103906098 A CN 103906098A
- Authority
- CN
- China
- Prior art keywords
- paging
- parameters
- enb
- performance
- paging parameters
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种长期演进网络中的寻呼参数自优化方法与***，其中，方法包括：eNB监测并统计寻呼负载和寻呼性能；eNB按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给OAM***；OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数；若需要修改寻呼参数，OAM***采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息；eNB根据所述寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE。本发明实施例可以实现LTE网络中的寻呼参数自优化，有效提高网络寻呼性能，并降低人工网优成本。
Description
技术领域
本发明涉及通信技术，尤其是一种长期演进网络中的寻呼参数自优化方法与***。
背景技术
长期演进（Long Term Evolution，LTE）是第三代合作伙伴项目（the 3rd Generation Partnership Project，3GPP）推出的新一代无线通信***，是第三代（3G）的演进技术，一般被称为3.9G或准4G。LTE目前共有R8、R9、R10三个版本。其中R8和R9版本已分别于2008年底和2009年底冻结，代表4G技术的R10版本也称为先进的长期演进技术（LTE-Advanced），其主要技术规范也在2011年初完成，R11版本也于2012年9月完成标准化工作。LTE通过采用正交频分复用（OFDM）和多入多出（MIMO）技术作为其无线网络演进的主流标准，LTE R8版本可以在20MHz频谱带宽下提供下行100Mbit/s与上行50Mbit/s的峰值速率，同时提高了小区容量、降低了***延迟，可以更好地满足用户对数据业务的需求。
虽然LTE是3GPP中的全球移动通信***（Global System forMobile Communications，GSM）、宽带码分多址移动通信***（Wideband Code Division Multiple Access，WCDMA）、高速分组接入（High Speed Packet Access，HSPA）后向演进技术，但它对现有2G/3G***的网络架构和无线接入方式都有较大的改进，其寻呼机制跟之前的技术相比也有所不同。在以前的***如WCDMA中，用户设备（UE）需要监听物理层寻呼指示信道（PICH）中的寻呼指示消息，根据其中是否具有寻呼标识来判断是否去接收寻呼消息。如果检测到寻呼指示消息，UE将保持其接收机的工作状态以接收更长的消息，此消息指示UE被寻呼的正确身份。在LTE中，没有为UE配置专门的物理层寻呼指示信道，寻呼消息是由物理下行共享信道（PDSCH）承载的，而需要接收寻呼的寻呼标识在常规的物理下行控制信道（PDCCH）上承载。相对而言，LTE中PDCCH的信令持续时间很短，因此间歇性地监控PDCCH对UE功耗的影响较小。
在移动通信***中，寻呼容量和寻呼时延是移动通信网络中的一项重要的指标，这项指标的高低直接影响到无线***容量，也是网络规划和网络优化的重要关键绩效指标（Key Performance Indicator，KPI）指标之一。随着智能终端的发展，现有通信网络已出现信令风暴，产生大量寻呼消息，包括：
交互频繁的互联网业务广泛应用，例如，即时通讯软件MSN、中国电信和微软MSN共同发布联合品牌即时通信软件天翼live、微博、米聊、在线游戏等；
智能终端心跳机制产生大量寻呼消息；
黑客攻击，一些黑客软件逐个端口、互联网协议（IP扫描），若用户处于休眠状态，将产生大量寻呼消息。
在实现本发明的过程中，发明人发现，LTE网络也可能面临寻呼信令风暴，而人工优化寻呼参数包括比较费时费力，现有的自组织网络（Self-Organized Network，SON）技术也不支持寻呼参数的自优化，从而导致LTE网络的寻呼性能较低，人工网优成本较高，因此需要增加寻呼自优化功能。
发明内容
本发明实施例所要解决的技术问题是：提供一种长期演进网络中的寻呼参数自优化方法与***，以实现LTE网络中的寻呼参数自优化，有效提高网络寻呼性能，并降低人工网优成本。
本发明实施例提供的一种长期演进网络中的寻呼参数自优化方法，包括：
演进型基站eNB监测并统计寻呼负载和寻呼性能；
eNB按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给操作维护管理OAM***；
OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数；
响应于需要修改寻呼参数，OAM***采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值；
eNB根据所述寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据所述调整后的寻呼参数接收寻呼消息。
上述方法的一个具体实施例中，所述寻呼负载和寻呼性能包括每秒寻呼次数、寻呼时延、寻呼队列长度与寻呼成功率中的任意一项或多项。
上述方法的一个具体实施例中，演进型基站eNB监测并统计寻呼负载和寻呼性能包括：
eNB接收到移动管理实体MME发送的寻呼消息后，将该寻呼消息放入寻呼队列进行寻呼处理，并按照预设周期统计寻呼负载和寻呼性能。
上述方法的一个具体实施例中，所述寻呼参数包括非连续接收DRX周期T与寻呼子帧参数nB。
上述方法的一个具体实施例中，OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数时，还包括：
OAM确定是否需要调整多个eNB组成的寻呼区域的大小；
响应于需要调整多个eNB组成的寻呼区域的大小，OAM***采用预设优化算法对寻呼区域的大小进行调整，并将调整后的寻呼区域的大小通知相应eNB，以便相应eNB在相应的寻呼区域内下发寻呼消息。
上述方法的一个具体实施例中，UE根据所述调整后的寻呼参数接收寻呼消息包括：
UE根据调整后的寻呼参数确定寻呼帧PF与PF上的寻呼时刻PO；
UE在PF上的PO监听物理下行控制信道PDCCH上是否携带有寻呼标识P-RNTI；
响应于在PF上的PO监听到PDCCH上携带有P-RNTI，UE通过寻呼传输信道PCH上的参数去解析物理下行共享信道PDSCH上接收到的数据块，获得寻呼消息。
本发明实施例提供的一种长期演进网络中的寻呼参数自优化***，包括演进型基站eNB与操作维护管理OAM***；
所述eNB，用于监测并统计寻呼负载和寻呼性能；以及按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给OAM***；以及根据OAM发送的所述寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据所述调整后的寻呼参数接收寻呼消息；
所述OAM***，用于根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数；响应于需要修改寻呼参数，采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值。
上述***的一个具体实施例中，所述寻呼负载和寻呼性能包括每秒寻呼次数、寻呼时延、寻呼队列长度与寻呼成功率中的任意一项或多项。
上述***的一个具体实施例中，所述eNB监测并统计寻呼负载和寻呼性能时，具体是在接收到移动管理实体MME发送的寻呼消息后，将该寻呼消息放入寻呼队列进行寻呼处理，并按照预设周期统计寻呼负载和寻呼性能。
上述***的一个具体实施例中，所述寻呼参数包括非连续接收DRX周期T与寻呼子帧参数nB。
上述***的一个具体实施例中，所述OAM***还用于根据寻呼负载和寻呼性能的统计结果确定是否需要调整多个eNB组成的寻呼区域的大小；响应于需要调整多个eNB组成的寻呼区域的大小，采用预设优化算法对寻呼区域的大小进行调整，并将调整后的寻呼区域的大小通知相应eNB，以便相应eNB在相应的寻呼区域内下发寻呼消息。
上述***的一个具体实施例中，还包括UE，用于根据调整后的寻呼参数确定寻呼帧PF与PF上的寻呼时刻PO；在PF上的PO监听物理下行控制信道PDCCH上是否携带有寻呼标识P-RNTI；响应于在PF上的PO监听到PDCCH上携带有P-RNTI，通过寻呼传输信道PCH上的参数去解析物理下行共享信道PDSCH上接收到的数据块，获得寻呼消息。
基于本发明上述实施例提供的长期演进网络中的寻呼参数自优化方法与***，eNB监测并统计寻呼负载和寻呼性能后，将统计结果上报给OAM***，OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数，并在需要修改寻呼参数时，采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，由eNB根据据此对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据该调整后的寻呼参数接收寻呼消息。由此，本发明实施例实现了对LTE网络中的寻呼参数的自优化，有效提高了LTE网络的寻呼性能，并降低了人工网优成本，解决了现有技术人工优化寻呼参数费时费力的技术问题。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。
参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：
图1为本发明LTE网络中的寻呼参数自优化方法一个实施例的流程图。
图2为本发明实施例LTE网络汇总承载寻呼消息的PCCH、PCH和PDSCH的映射关系示意图。
图3为本发明LTE网络中的寻呼参数自优化方法另一个实施例的流程图。
图4为本发明LTE网络中的寻呼参数自优化***一个实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
图1为本发明LTE网络中的寻呼参数自优化方法一个实施例的流程图。如图1所示，该实施例LTE网络中的寻呼参数自优化方法包括：
110，演进型基站（evolved NodeB，eNodeB，简称：eNB）监测并统计寻呼负载和寻呼性能。
120，eNB按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给操作维护管理（OperationAdministration and Maintenance，OAM）***。
130，OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数。
140，响应于需要修改寻呼参数，OAM***采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值。
150，eNB根据接收到的寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知UE，以便UE根据该调整后的寻呼参数接收寻呼消息。
本发明上述实施例提供的LTE网络中的寻呼参数自优化方法，eNB监测并统计寻呼负载和寻呼性能后，将统计结果上报给OAM***，OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数，并在需要修改寻呼参数时，采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，由eNB根据据此对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据该调整后的寻呼参数接收寻呼消息。由此，本发明实施例实现了对LTE网络中的寻呼参数的自优化，有效提高了LTE网络的寻呼性能，并降低了人工网优成本，解决了现有技术人工优化寻呼参数费时费力的技术问题。
在LTE中，没有为UE配置专门的物理层寻呼指示信道，寻呼消息是由物理下行共享信道（PDSCH）承载的，而需要接收寻呼消息的寻呼标识在常规的物理下行控制信道（PDCCH）上承载。相对而言，LTE中PDCCH的信令持续时间很短，因此间歇性地监控PDCCH对UE功耗的影响较小。
UE周期性地监听PDCCH，如果从PDCCH信道上解调出了寻呼无线网络临时标识（P-RNTI），即：寻呼标识，则表示UE需要接收对应的PDSCH，然后通过寻呼传输信道（PCH）的参数去解析从PDSCH上接收到的数据块，进而获得寻呼消息。而如果终端在PDCCH上未解析出P-RNTI，则无需再去接收PDSCH物理信道。在LTE的协议中，承载寻呼消息的逻辑信道（PCCH）、传输信道（PCH）和物理信道（PDSCH）的映射关系如图2所示。
LTE网络的寻呼消息中可以携带三类参数：***消息改变指示标识、地震海啸告警***（Earthquake and Tsunami Warning System，ETWS）预警指示标识和被寻呼的用户终端标识（UE_ID）列表。这三类参数分别指示了寻呼消息的三种不同用途。
寻呼消息最主要的功能是非接入层信令连接建立通知。终端收到的寻呼消息中如果带有UE_ID列表，UE需要用自己的UE_ID来跟寻呼消息中携带的UE_ID一一进行匹配，以判断此寻呼消息是否是在呼叫自己。根据LTE标准中对寻呼消息的定义，在一条寻呼消息中，网络最多可以携带的UE_ID取决于用于寻呼的PDSCH资源数，一般来讲，在一条寻呼消息中，网络最多可以携带的UE_ID不超过16个。
另外LTE对寻呼消息的用途做了很多扩展，除了用于网络寻呼终端的正常终端接收（MT）业务之外，还可以通知UE***消息发生了改变和一些预警信息，比如地震或者海啸预警等。
对于在无线资源控制（Radio Resource Control，RRC）空闲（RRC_IDLE）状态或者无线资源控制连接（RRC_CONNECTED）状态下的UE，如果收到的寻呼消息中带有***消息改变指示标识，则表示***消息将会在下一个修改周期开始改变。此种情况下，UE通过寻呼消息并不能精确地知道是哪些***消息发生了改变，所以UE需要重新读取寻呼消息中的第一类***相关资讯区块（System InformationBlock Type1,SIB1），获取SIB1中的***信息块（System InformationBlock，SIB）标识值，然后比较本次读取的SIB标识值跟上次读取的SIB标识值是否相同，其中，一个SIB标识值用于标识一个***消息。如果本次读取的SIB标识值跟上次读取的SIB标识值不同，则表示***消息发生了改变，UE需要根据本次读取的SIB1中的其他***消息的调度信息把所有的其他相关***消息都再重新读取一遍，然后使用新***消息中的参数在该小区驻留或继续之前的业务。
LTE网络可以通过寻呼消息通知UE接收ETWS通知消息，让用户能够及时地获得一些紧急事件发生的信息。地震或海啸预警分为两类：第一类是紧急事件的预警，由SIB10承载；第二类是辅助救援信息的通知，由SIB11承载。
处于RRC_IDLE模式下的UE，可以使用非连续接收（DRX）的方式去监听寻呼消息。在一个DRX的周期内，UE可以只在相应的寻呼帧（PF）上的寻呼时刻（PO）去监听PDCCH上是否携带有P-RNTI，进而去判断相应的PDSCH上是否有承载寻呼消息，其中PF对应一个LTE无线帧，PO对应LTE一个无线帧中某个子帧，通过PF和PO，UE就知道在哪个PF的PO中监听寻呼消息。
在LTE的物理层协议中，***无线帧帧号（SFN）的重复周期是256个帧，因此每个SFN的取值范围是0～255。每个SFN又被分成10个子帧，其子帧编号的取值范围是0～9，每个子帧1毫秒。对一组UE来说，PF和PO的值对应了DRX周期内需要探测的相应PDCCH在时频资源上的无线帧的位置和无线帧内子帧的位置。其他时间，UE可以进行DRX传输，意味着可以关闭接收机以节省电池能量。
其中，PF的值由以下公式确定：
SFN mod T=(T/N)＊(UE_ID mod N) （1）
其中，T为DRX周期，mod表示取余，SFN mod T表示SFN与T的比值的余数，满足上述公式（1）的SFN的值即为PF。公式中其它参数的定义如下：
T：T取UE的默认DRX参数和特定DRX参数的最小值。UE的默认DRX参数在LTE网络的***消息（SI）中广播，取值范围为32、64、128、256，单位无线帧。UE的特定DRX参数由RRC消息配置，取值为32、64、128、256，单位无线帧。
nB=4T,2T,T,T/2,T/4,T/8,T/16,T/32，为寻呼子帧参数，该参数在网络的SI中广播。
N=min(T,nB)，是DRX周期内的寻呼帧的数目。
UE_ID:IMSI mod 1024，IMSI为UE的唯一国际标识，国际移动用户标识码（IMSI）取十进制数。
PO的值由以下公式确定：
i_s=Floor（UE_ID/N）mod Ns （2）
其中，Floor表示向下舍入函数，mod表示取余，i_s是指向相应寻呼子帧，具体对应关系如表1所示。Floor（UE_ID/N）表示UE_ID/N向下舍入的取值。
Ns:取值为max(1,nB/T)，指明寻呼无线帧中寻呼子帧的数目。例如，nB=T/2，Ns=1，说明每个寻呼帧中只有一个子帧用于寻呼。
表1.i_s与PO的对应关系（频分双工FDD）
| Ns | PO当i_s=0 | PO当i_s=1 | PO当i_s=2 | PO当i_s=3 |
| 1 | 9 | N/A | N/A | N/A |
| 2 | 4 | 9 | N/A | N/A |
| 4 | 0 | 4 | 5 | 9 |
下面举例说明，假如广播信息配置了T=32，nB=T,则根据公式（1）可得N=32，即在32帧的DRX周期内，每帧都有可能传输寻呼消息；根据公式（1）和（2）可得Ns=1，i_s=0，根据表1的对应关系，可得每帧只有子帧9可能传输寻呼消息。具体寻呼消息与UE对应关系为SFN mod 32=UE_ID mod 32，即UE在SFN满足公式SFN mod 32=UE_ID mod 32的相应帧的子帧9监听寻呼消息,所有UE_ID mod N=0的UE都在SFN mod T=0的无线帧的子帧9监听寻呼信道，所有UE_ID mod N=1的UE都在SFN mod T=1的无线帧的子帧9监听寻呼信道，以此类推。
图3为本发明LTE网络中的寻呼参数自优化方法另一个实施例的流程图。如图3所示，该实施例LTE网络中的寻呼参数自优化方法包括：
310，eNB接收到移动管理实体（MME）发送的寻呼消息后，将该寻呼消息放入寻呼队列，并根据LTE网络中的寻呼规则进行寻呼处理，以及按照预设周期统计寻呼负载和寻呼性能，例如，记录统计每秒钟的寻呼次数、寻呼时延、寻呼队列长度、和寻呼成功率中的任意一项或多项。
320，eNB按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给OAM***。
其中的基于事件触发，例如，eNB可以在发生寻呼队列已满或丢弃寻呼消息等事件时，触发寻呼负载和寻呼性能上报。
330，OAM***根据各eNB上报的寻呼负载和寻呼性能的统计结果，以及每个寻呼区域内的寻呼负载和寻呼性能，确定是否需要修改寻呼参数以及需要调整的寻呼参数、以及是否需要调整寻呼区域的大小。其中的寻呼区域由多个eNB组成。
340，若需要修改寻呼参数和/或寻呼区域的大小，OAM***采用预设优化算法计算需要调整的寻呼参数的调整值和/或对寻呼区域的大小进行调整，并向eNB发送寻呼参数调整通知消息和/或寻呼区域调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值，寻呼区域调整通知消息中包括寻呼区域的调整值。
其中的寻呼参数包括DRX周期T与寻呼子帧参数nB。
350，若接收到寻呼区域调整通知消息，eNB根据接收到的寻呼区域调整通知消息对寻呼区域的大小进行调整，并根据接收到的寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知UE。
360，eNB根据LTE网络中的寻呼规则下发寻呼消息时，在调整后的寻呼区域范围内下发寻呼消息。
370，UE根据调整后的寻呼参数确定PF与PF上的PO。
380，UE在PF上的PO监听PDCCH上是否携带有P-RNTI。
390，响应于在PF上的PO监听到PDCCH上携带有P-RNTI，UE通过PCH上的参数去解析PDSCH上接收到的数据块，获得寻呼消息。
图4为本发明LTE网络中的寻呼参数自优化***一个实施例的结构示意图。该实施例的寻呼参数自优化***可用于实现本发明上述各寻呼参数自优化方法实施例。如图4所示，该实施例的寻呼参数自优化***包括演进型基站eNB与OAM***。
其中，eNB，用于监测并统计寻呼负载和寻呼性能；以及按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给OAM***；以及根据OAM发送的寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知UE，以便UE根据调整后的寻呼参数接收寻呼消息。
示例性地，寻呼负载和寻呼性能可以包括但不限于每秒寻呼次数、寻呼时延、寻呼队列长度与寻呼成功率中的任意一项或多项；寻呼参数可以示例性地包括DRX周期T与nB。
OAM***，用于根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数；响应于需要修改寻呼参数，采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值。
本发明上述实施例提供的LTE网络中的寻呼参数自优化***，eNB监测并统计寻呼负载和寻呼性能后，将统计结果上报给OAM***，OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数，并在需要修改寻呼参数时，采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，由eNB根据据此对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据该调整后的寻呼参数接收寻呼消息。由此，本发明实施例实现了对LTE网络中的寻呼参数的自优化，有效提高了LTE网络的寻呼性能，并降低了人工网优成本，解决了现有技术人工优化寻呼参数费时费力的技术问题。
根据本发明LTE网络中的寻呼参数自优化***实施例的一个具体示例而非限制，eNB监测并统计寻呼负载和寻呼性能时，具体是在接收到MME发送的寻呼消息后，将该寻呼消息放入寻呼队列进行寻呼处理，并按照预设周期统计寻呼负载和寻呼性能。
根据本发明LTE网络中的寻呼参数自优化***的另一个实施例，OAM***还可用于根据寻呼负载和寻呼性能的统计结果确定是否需要调整多个eNB组成的寻呼区域的大小；响应于需要调整多个eNB组成的寻呼区域的大小，采用预设优化算法对寻呼区域的大小进行调整，并将调整后的寻呼区域的大小通知相应eNB，以便相应eNB在相应的寻呼区域内下发寻呼消息。
再参见图4，根据本发明LTE网络中的寻呼参数自优化***的又一个实施例，还包括UE，用于根据调整后的寻呼参数确定PF与PF上的PO；以及在PF上的PO监听PDCCH上是否携带有P-RNTI；响应于在PF上的PO监听到PDCCH上携带有P-RNTI，通过PCH上的参数去解析PDSCH上接收到的数据块，获得寻呼消息。
本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于***实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
可能以许多方式来实现本发明的方法和***。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和***。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例实现了对LTE网络中的寻呼参数的自优化，有效提高了LTE网络的寻呼性能，并降低了人工网优成本，解决了现有技术人工优化寻呼参数费时费力的技术问题。
本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (12)
1.一种长期演进网络中的寻呼参数自优化方法，其特征在于，包括：
演进型基站eNB监测并统计寻呼负载和寻呼性能；
eNB按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给操作维护管理OAM***；
OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数；
响应于需要修改寻呼参数，OAM***采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值；
eNB根据所述寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据所述调整后的寻呼参数接收寻呼消息。
2.根据权利要求1所述的方法，其特征在于，所述寻呼负载和寻呼性能包括每秒寻呼次数、寻呼时延、寻呼队列长度与寻呼成功率中的任意一项或多项。
3.根据权利要求1所述的方法，其特征在于，演进型基站eNB监测并统计寻呼负载和寻呼性能包括：
eNB接收到移动管理实体MME发送的寻呼消息后，将该寻呼消息放入寻呼队列进行寻呼处理，并按照预设周期统计寻呼负载和寻呼性能。
4.根据权利要求1所述的方法，其特征在于，所述寻呼参数包括非连续接收DRX周期T与寻呼子帧参数nB。
5.根据权利要求4所述的方法，其特征在于，OAM***根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数时，还包括：
OAM确定是否需要调整多个eNB组成的寻呼区域的大小；
响应于需要调整多个eNB组成的寻呼区域的大小，OAM***采用预设优化算法对寻呼区域的大小进行调整，并将调整后的寻呼区域的大小通知相应eNB，以便相应eNB在相应的寻呼区域内下发寻呼消息。
6.根据权利要求1至5任意一项所述的方法，其特征在于，UE根据所述调整后的寻呼参数接收寻呼消息包括：
UE根据调整后的寻呼参数确定寻呼帧PF与PF上的寻呼时刻PO；
UE在PF上的PO监听物理下行控制信道PDCCH上是否携带有寻呼标识P-RNTI；
响应于在PF上的PO监听到PDCCH上携带有P-RNTI，UE通过寻呼传输信道PCH上的参数去解析物理下行共享信道PDSCH上接收到的数据块，获得寻呼消息。
7.一种长期演进网络中的寻呼参数自优化***，其特征在于，包括演进型基站eNB与操作维护管理OAM***；
所述eNB，用于监测并统计寻呼负载和寻呼性能；以及按照预设周期或基于预设事件触发，将统计得到的寻呼负载和寻呼性能的统计结果上报给OAM***；以及根据OAM发送的所述寻呼参数调整通知消息对需要调整的寻呼参数进行调整，并将调整后的寻呼参数通知用户终端UE，以便UE根据所述调整后的寻呼参数接收寻呼消息；
所述OAM***，用于根据寻呼负载和寻呼性能的统计结果确定是否需要修改寻呼参数以及需要调整的寻呼参数；响应于需要修改寻呼参数，采用预设优化算法计算需要调整的寻呼参数的调整值，并向eNB发送寻呼参数调整通知消息，该寻呼参数调整通知消息中包括需要调整的寻呼参数及其调整值。
8.根据权利要求7所述的***，其特征在于，所述寻呼负载和寻呼性能包括每秒寻呼次数、寻呼时延、寻呼队列长度与寻呼成功率中的任意一项或多项。
9.根据权利要求7所述的***，其特征在于，所述eNB监测并统计寻呼负载和寻呼性能时，具体是在接收到移动管理实体MME发送的寻呼消息后，将该寻呼消息放入寻呼队列进行寻呼处理，并按照预设周期统计寻呼负载和寻呼性能。
10.根据权利要求7所述的***，其特征在于，所述寻呼参数包括非连续接收DRX周期T与寻呼子帧参数nB。
11.根据权利要求10所述的***，其特征在于，所述OAM***还用于根据寻呼负载和寻呼性能的统计结果确定是否需要调整多个eNB组成的寻呼区域的大小；响应于需要调整多个eNB组成的寻呼区域的大小，采用预设优化算法对寻呼区域的大小进行调整，并将调整后的寻呼区域的大小通知相应eNB，以便相应eNB在相应的寻呼区域内下发寻呼消息。
12.根据权利要求7至11任意一项所述的***，其特征在于，还包括UE，用于根据调整后的寻呼参数确定寻呼帧PF与PF上的寻呼时刻PO；在PF上的PO监听物理下行控制信道PDCCH上是否携带有寻呼标识P-RNTI；响应于在PF上的PO监听到PDCCH上携带有P-RNTI，通过寻呼传输信道PCH上的参数去解析物理下行共享信道PDSCH上接收到的数据块，获得寻呼消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210574098.2A CN103906098B (zh) | 2012-12-26 | 2012-12-26 | 长期演进网络中的寻呼参数自优化方法与*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210574098.2A CN103906098B (zh) | 2012-12-26 | 2012-12-26 | 长期演进网络中的寻呼参数自优化方法与*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103906098A true CN103906098A (zh) | 2014-07-02 |
| CN103906098B CN103906098B (zh) | 2017-12-01 |
Family
ID=50997202
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210574098.2A Active CN103906098B (zh) | 2012-12-26 | 2012-12-26 | 长期演进网络中的寻呼参数自优化方法与*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103906098B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106792868A (zh) * | 2015-11-25 | 2017-05-31 | 中国联合网络通信集团有限公司 | 一种获取寻呼量的方法及装置 |
| CN106921986A (zh) * | 2015-12-28 | 2017-07-04 | 中兴通讯股份有限公司 | 寻呼统计方法及装置、基站 |
| CN108886738A (zh) * | 2016-04-04 | 2018-11-23 | 英特尔Ip公司 | 用于独立波束成形***的寻呼设计 |
| CN110536250A (zh) * | 2019-07-17 | 2019-12-03 | 中兴通讯股份有限公司 | 一种***消息的接收和发送方法、装置和存储介质 |
| CN111418240A (zh) * | 2017-12-01 | 2020-07-14 | Oppo广东移动通信有限公司 | 一种寻呼消息的发送方法及装置、计算机存储介质 |
| US10827461B2 (en) | 2016-07-22 | 2020-11-03 | Huawei Technologies Co., Ltd. | Access method, base station, and device |
| CN112888065A (zh) * | 2019-11-30 | 2021-06-01 | 华为技术有限公司 | 一种寻呼消息的处理方法及相关设备 |
| WO2021109124A1 (zh) * | 2019-12-06 | 2021-06-10 | 华为技术有限公司 | 通信方法、无线接入网设备及终端设备 |
| CN113133028A (zh) * | 2020-01-10 | 2021-07-16 | 大唐移动通信设备有限公司 | 一种寻呼检测方法、终端和网络侧设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132639A (zh) * | 2007-09-04 | 2008-02-27 | 中兴通讯股份有限公司 | 移动通讯网络中基于区域等级的寻呼策略控制方法及*** |
| JP2010288278A (ja) * | 2009-06-11 | 2010-12-24 | Ntt Docomo Inc | 無線通信システムにおいて間欠受信モードを適応調整する方法およびその装置 |
| CN101945405A (zh) * | 2010-09-17 | 2011-01-12 | 京信通信***（中国）有限公司 | 一种移动通信的ue寻呼方法及其*** |
| CN102149107A (zh) * | 2010-02-10 | 2011-08-10 | ***通信集团公司 | 一种跟踪区域列表的分配方法 |
-
2012
- 2012-12-26 CN CN201210574098.2A patent/CN103906098B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132639A (zh) * | 2007-09-04 | 2008-02-27 | 中兴通讯股份有限公司 | 移动通讯网络中基于区域等级的寻呼策略控制方法及*** |
| JP2010288278A (ja) * | 2009-06-11 | 2010-12-24 | Ntt Docomo Inc | 無線通信システムにおいて間欠受信モードを適応調整する方法およびその装置 |
| CN102149107A (zh) * | 2010-02-10 | 2011-08-10 | ***通信集团公司 | 一种跟踪区域列表的分配方法 |
| CN101945405A (zh) * | 2010-09-17 | 2011-01-12 | 京信通信***（中国）有限公司 | 一种移动通信的ue寻呼方法及其*** |
Non-Patent Citations (1)
| Title |
|---|
| 赵建军等: "LTE***的寻呼机制及寻呼时延和容量的浅析", 《移动通信》 * |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106792868A (zh) * | 2015-11-25 | 2017-05-31 | 中国联合网络通信集团有限公司 | 一种获取寻呼量的方法及装置 |
| CN106792868B (zh) * | 2015-11-25 | 2019-10-11 | 中国联合网络通信集团有限公司 | 一种获取寻呼量的方法及装置 |
| CN106921986A (zh) * | 2015-12-28 | 2017-07-04 | 中兴通讯股份有限公司 | 寻呼统计方法及装置、基站 |
| WO2017114171A1 (zh) * | 2015-12-28 | 2017-07-06 | 中兴通讯股份有限公司 | 寻呼统计方法及装置、基站 |
| CN106921986B (zh) * | 2015-12-28 | 2021-01-22 | 中兴通讯股份有限公司 | 寻呼统计方法及装置、基站 |
| CN108886738A (zh) * | 2016-04-04 | 2018-11-23 | 英特尔Ip公司 | 用于独立波束成形***的寻呼设计 |
| US10827461B2 (en) | 2016-07-22 | 2020-11-03 | Huawei Technologies Co., Ltd. | Access method, base station, and device |
| CN111418240A (zh) * | 2017-12-01 | 2020-07-14 | Oppo广东移动通信有限公司 | 一种寻呼消息的发送方法及装置、计算机存储介质 |
| WO2021008542A1 (zh) * | 2019-07-17 | 2021-01-21 | 中兴通讯股份有限公司 | ***消息的接收和发送方法、装置和存储介质 |
| CN110536250A (zh) * | 2019-07-17 | 2019-12-03 | 中兴通讯股份有限公司 | 一种***消息的接收和发送方法、装置和存储介质 |
| CN110536250B (zh) * | 2019-07-17 | 2023-03-24 | 中兴通讯股份有限公司 | 一种***消息的接收和发送方法、装置和存储介质 |
| CN112888065A (zh) * | 2019-11-30 | 2021-06-01 | 华为技术有限公司 | 一种寻呼消息的处理方法及相关设备 |
| WO2021104512A1 (zh) * | 2019-11-30 | 2021-06-03 | 华为技术有限公司 | 一种寻呼消息的处理方法及相关设备 |
| CN112888065B (zh) * | 2019-11-30 | 2022-04-12 | 华为技术有限公司 | 一种寻呼消息的处理方法及相关设备 |
| WO2021109124A1 (zh) * | 2019-12-06 | 2021-06-10 | 华为技术有限公司 | 通信方法、无线接入网设备及终端设备 |
| CN114731617A (zh) * | 2019-12-06 | 2022-07-08 | 华为技术有限公司 | 通信方法、无线接入网设备及终端设备 |
| CN114731617B (zh) * | 2019-12-06 | 2024-01-02 | 华为技术有限公司 | 通信方法、无线接入网设备及终端设备 |
| CN113133028A (zh) * | 2020-01-10 | 2021-07-16 | 大唐移动通信设备有限公司 | 一种寻呼检测方法、终端和网络侧设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103906098B (zh) | 2017-12-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210258917A1 (en) | Paging Optimization Method, Apparatus, and System | |
| US11917539B2 (en) | Terminal device, infrastructure equipment, wireless telecommunications system and methods | |
| CN103906098A (zh) | 长期演进网络中的寻呼参数自优化方法与*** | |
| US10200968B2 (en) | Paging message receiving/transmitting method and related user equipment, base station and network side device | |
| US10736171B2 (en) | Method and apparatus for performing extended DRX operation based on uplink indication in wireless communication system | |
| CN104205993B (zh) | 具有附加唤醒机会的改进的非连续接收操作 | |
| CN104718787B (zh) | 通过驱动测试的最小化的寻呼监视 | |
| EP3381229B1 (en) | Method and communication device for establishing a discontinuous reception mode configuration | |
| US10342065B2 (en) | Method and apparatus for operating at cell not supporting extended DRX in wireless communication system | |
| CN102958099B (zh) | 机器类通信中非连续接收周期的处理方法和网络侧设备 | |
| CN104105199A (zh) | 一种进行寻呼的方法、装置及*** | |
| CN110393027A (zh) | 一种消息发送方法、消息接收方法及对应设备 | |
| WO2022141009A1 (zh) | 寻呼消息发送的方法和装置 | |
| WO2023056643A1 (en) | Wireless communication method and relevant hardware | |
| JP2019146240A (ja) | ページング最適化方法、装置およびシステム | |
| JP2017143574A (ja) | ページング最適化方法、装置およびシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |