[发明专利]一种网络侧适配处理寻呼消息的方法

说明书

技术领域

本发明涉及无线通信技术，特别涉及一种网络侧适配处理寻呼消息的方法。

背景技术

核心网(CN)的电路交换域/分组交换域(CS/PS)要与终端(UE)建立联系，传输数据或信令时，如果UE处于空闲(Idle)状态、CELL_PCH状态或URA_PCH状态，通用移动通信系统(UMTS)陆地无线接入网(UTRAN)会向该UE发送寻呼类型1(Paging Type 1)消息。

参见图1，图1是现有技术Paging Type 1消息的发送的示意图，每个Paging块由一个寻呼指示信道(PICH)块和一个寻呼信道(PCH)块构成。PICH由N_PICH个连续的寻呼指示帧组成，其内容由一系列的寻呼指示因子组成；PCH块由子信道0，子信道1到子信道N_PCH-1共N_PCH个寻呼子信道构成，每个寻呼子信道对应20毫秒，与PCH的传输时间间隔(TTI)一致。PCH的传输格式有TF＝0、TF＝1和TF＝2三种，表明一个TTI内最多可以发送两个PCH传输块(PCH TB)。

UE检测寻呼指示信道PICH，若其对应的寻呼指示因子为1，则表明UE需要接收PICH信道之后的PCH的寻呼子信道，以确定寻呼消息中是否包含着对本UE的寻呼，因此，在检测到寻呼指示因子为1时，UE依据传输格式接收同一寻呼块内对应寻呼子信道中的PCH TB，解码后判断Paging Type1消息中是否包含自己的UE标识。如果有，则寻呼成功，进行寻呼响应，反之，UE忽略其后的PCH块，继续非连续接收(DRX)。

随着TD用户的不断增多，很多城市寻呼量都比较大，为了减少寻呼拥塞导致的呼损，不可避免会使用TF＝2。采用TF＝2传输格式时，网络侧会将两个PCH TB中的寻呼记录独立进行编码。目前，商用网络中终端侧和网络侧对寻呼消息的处理实现存在某些不一致，部分终端只支持TF＝1传输格式。

参见图2，图2是现有技术对不支持TF＝2的终端寻呼失败的示意图，对不支持TF＝2传输格式的商用终端进行寻呼时，如果该寻呼记录存放在对应寻呼子信道的第二个TB中，网络侧会将两个PCH TB中保存的寻呼记录独立进行ASN.1编码，然后在一个TTI内将两个PCH TB在空口发送。被叫终端由于传输格式的限制只能接收到第一个TB，进行ASN.1解码后发现PagingType 1消息中没有自己的UE标识，不会响应寻呼，导致寻呼失败，进而影响用户的感知度。目前，对这些不支持TF＝2传输格式的商用终端进行回收升级难度比较大。

由上面的内容可以知道，对于不支持TF＝2的终端，如果其对应的寻呼记录存放在对应寻呼子信道的第二个TB中，终端由于传输格式的限制只能接收到第一个TB，进行ASN.1解码后发现Paging Type 1消息中没有自己的UE标识，不会响应寻呼，导致寻呼失败，由此影响整个网络的呼通率。

发明内容

有鉴于此，本发明的目的在于提供一种网络侧适配处理寻呼消息的方法，该方法能够提高整个网络的呼通率。

为了达到上述目的，本发明提供了一种网络侧适配处理寻呼消息的方法，该方法包括以下步骤：

A、核心网CN向无线网络控制器RNC发送寻呼消息；

B、RNC接收到CN的寻呼消息后，根据寻呼消息判断被叫终端是否支持TF＝2传输格式，如果不支持，则执行步骤C，否则，执行步骤D；

C、RNC将该被叫终端对应的寻呼记录存放到对应寻呼子信道的第一个传输块TB中，转至步骤E执行；

D、RNC按照寻呼记录的先后顺序，将寻呼记录存放到对应寻呼子信道的传输块中，转至步骤E执行；

E、RNC将该被叫终端对应的寻呼子信道的两个TB块分别进行独立编码，生成两条寻呼类型1消息，通过空口向该被叫终端发送适配处理后的寻呼类型1消息。

预先获取所有终端的国际移动用户识别码IMSI和国际移动设备身份码IMEI的对应关系，并保存在数据库中；预先获取所有只支持TF＝1传输格式的终端的类型分配码TAC，并保存在TAC列表中；

步骤B所述根据寻呼消息判断被叫终端是否支持TF＝2传输格式的方法为：RNC根据寻呼消息中的IMSI在数据库中查找对应的IMEI，将查找到的IMEI的前6个字节与预先保存在TAC列表中的只支持TF＝1传输格式的TAC进行匹配，如果匹配成功，则被叫终端不支持TF＝2传输格式，否则，被叫终端支持TF＝2传输格式。

步骤D所述进行独立编码的编码方式为ASN.1。