《一种寻呼被叫用户设备的方法和装置.pdf》由会员分享，可在线阅读，更多相关《一种寻呼被叫用户设备的方法和装置.pdf（8页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 102469582 A (43)申请公布日 2012.05.23 C N 1 0 2 4 6 9 5 8 2 A *CN102469582A* (21)申请号 201010532637.7 (22)申请日 2010.11.01 H04W 68/00(2009.01) H04W 76/04(2009.01) (71)申请人普天信息技术研究院有限公司 地址 100080 北京市海淀区海淀北二街6号 (72)发明人胡培成 陈晓华 (74)专利代理机构北京德琦知识产权代理有限 公司 11018 代理人牛峥 王丽琴 (54) 发明名称 一种寻呼被叫用户设备的方法和装置 (57)。
2、 摘要 本发明提供了一种寻呼被叫用户设备的方 法，包括如下步骤：无线网络控制器将寻呼记录 对应的被叫用户设备的寻呼指示因子置为1，在 DRX周期的PO时刻通过寻呼指示信道PICH发送 寻呼指示；无线网络控制器根据协议算法，将所 述寻呼记录放到对应的寻呼子信道中，如果该寻 呼子信道中两个寻呼信道传输块PCH TB都有寻 呼记录，则将两个PCH TB独立进行ASN.1编码生 成两条寻呼类型1消息。本发明还提供了一种寻 呼被叫用户设备的装置。本发明方案可以避免各 厂家因理解不一致而导致寻呼失败，进而提升寻 呼成功率。 (51)Int.Cl. 权利要求书1页 说明书4页 附图2页 (19)中华人民共和。
3、国国家知识产权局 (12)发明专利申请 权利要求书 1 页 说明书 4 页 附图 2 页 1/1页 2 1.一种寻呼被叫用户设备的方法，其特征在于，包括如下步骤： 无线网络控制器将寻呼记录对应的被叫用户设备的寻呼指示因子置为1，在DRX周期 的PO时刻通过寻呼指示信道PICH发送寻呼指示； 无线网络控制器根据协议算法，将所述寻呼记录放到对应的寻呼子信道中，如果该寻 呼子信道中两个寻呼信道传输块PCH TB都有寻呼记录，则将两个PCHTB独立进行ASN.1编 码生成两条寻呼类型1消息。 2.根据权利要求1所述的方法，其特征在于，将所述寻呼记录放到对应的寻呼子信道 中，如果寻呼子信道中寻呼记录的数。
4、目没有超过一个寻呼信道传输块PCH TB的容量，则将 该寻呼子信道中的第一个PCH TB进行ASN.1编码生成一条寻呼类型1消息。 3.根据权利要求1所述的方法，其特征在于，所述寻呼记录中包括被叫用户设备的国 际移动用户识别码IMSI或临时移动用户识别码TMSI。 4.根据权利要求2所述的方法，其特征在于，该方法进一步包括： A、用户设备在每个DRX周期的PO时刻监听PICH信道，如果监听到用户设备的寻呼指 示因子为1，则执行步骤B，如果监听到用户设备的寻呼指示因子为0，则继续执行步骤A； B、如果用户设备对应的寻呼子信道中有两个PCH TB，将两个PCH TB分别进行ASN.1解 码得到两条。
5、寻呼类型1消息；如果寻呼子信道中只有一个PCH TB，则对这一个PCH TB进行ASN.1解码得到一条寻呼类型1消息； C、用户设备检查解码得到寻呼类型1消息中是否包含自身的用户标识，如果是，用户 设备通知自己的非接入层进行寻呼消息响应。 5.一种寻呼被叫用户设备的装置，其特征在于，所述装置位于无线网络控制器，包括： 寻呼指示模块，用于将寻呼记录对应的被叫用户设备的寻呼指示因子置为1，在DRX周 期的PO时刻通过寻呼指示信道PICH发送寻呼指示； 编码模块，用于根据协议算法，将所述寻呼记录放到对应的寻呼子信道中，如果该寻呼 子信道中两个寻呼信道传输块PCH TB都有寻呼记录，则将两个PCHTB。
6、独立进行ASN.1编码 生成两条寻呼类型1消息。 6.根据权利要求5所述的装置，其特征在于，如果寻呼子信道中寻呼记录的数目没有 超过一个寻呼信道传输块PCH TB的容量，所述编码模块用于将该寻呼子信道中的第一个 PCH TB进行ASN.1编码生成一条寻呼类型1消息。 权 利 要 求 书CN 102469582 A 1/4页 3 一种寻呼被叫用户设备的方法和装置 技术领域 0001 本发明涉及无线通信技术领域，特别涉及寻呼技术，尤其涉及一种寻呼被叫用户 设备的方法和装置。 背景技术 0002 在TD-SCDMA系统中，用户设备(UE)有两种基本运行模式：空闲模式和连接模式。 空闲模式只有一种空闲。
7、(Idle)状态。UE开机后停留在空闲模式下，采用非连续接收方式。 UE连接模式共有四种状态：CELL-PCH，URA-PCH，CELL-FACH，CELL-DCH。其中，CELL_PCH状 态的基本特征是：UE与UTRAN之间不存在专用物理信道连接，而且UE也不可以使用任何上 行物理信道。在该状态下，UE为节省功耗，可以使用DRX方式去监听寻呼指示信道(PICH) 所指示的寻呼信道(PCH)。当UE完成无线资源控制(RRC)连接建立后，才会从空闲模式转 移到连接模式，CELL-FACH或CELL-DCH。当RRC连接释放后UE从连接模式返回到空闲模 式。 0003 核心网的电路交换域(CS)。
8、/分组交换域(PS)要与某用户设备(UE)建立联系用于 传输数据、信令时，或者UMTS陆地无线接入网(UTRAN)侧需要触发UE特定的事件时，会对 该UE发送寻呼记录。如果被叫处于Idle状态或者CELL-PCH状态，UTRAN会向该用户设备 发送寻呼类型1(PagingType 1)消息，否则发送寻呼类型2(Paging Type 2)消息。 0004 Paging Type 1消息发送示意图如图1所示，每个寻呼块(Paging Block)由一个 寻呼指示信道块(PICH Block)和一个寻呼信道块(PCH Block)构成。寻呼指示信道块中 包含的帧数用N PICH 表示，寻呼信道块与。
9、寻呼指示信道块之间的间隔用N GAP 表示，寻呼信道块 包含的寻呼子信道(Sub-Channel)的数目用N PCH 表示，每个子信道占用两个帧，因此寻呼信 道块包含2N PCH 个帧。 0005 若UE对应的寻呼指示因子为1，则该UE必须接收同一寻呼块内对应的寻呼子信 道，以确定Paging Type 1消息中是否包含自己的UE标识。如果有，则寻呼成功，进行寻呼 响应。反之，UE可以忽略其后的PCH块，继续DRX接收。 0006 寻呼信道块内的每个寻呼子信道映射到两个连续的PCH帧上，与PCH的传输时间 间隔(TTI)一致，PCH传输格式(TF)参数有TF0、TF1和TF2三种。TF2表示 。
10、一个TTI内最多可发送两个PCH传输块(TB)。 0007 在目前的25.331、25.221和25.304协议中，没有明确规定一个寻呼子信道中是 否只可以生成一条Paging Type 1消息。采用TF2传输格式时，两个PCH TB是独立编 码各生成一条Paging Type 1消息还是合并编码后生成一条Paging type 1消息，协议没 有明确说明，设备厂商和部分终端厂商理解、实现不一致，导致商用网络经常会出现寻呼失 败，影响用户感知。 发明内容 0008 本发明提供了一种寻呼被叫用户设备的方法和装置，可以提高寻呼成功率。 说 明 书CN 102469582 A 2/4页 4 0009。
11、 本发明实施例提出的一种寻呼被叫用户设备的方法，包括如下步骤： 0010 无线网络控制器将寻呼记录对应的被叫用户设备的寻呼指示因子置为1，在DRX 周期的PO时刻通过寻呼指示信道PICH发送寻呼指示； 0011 无线网络控制器根据协议算法，将所述寻呼记录放到对应的寻呼子信道中，如果 该寻呼子信道中两个寻呼信道传输块PCH TB都有寻呼记录，则将两个PCHTB独立进行 ASN.1编码生成两条寻呼类型1消息。 0012 较佳地，将所述寻呼记录放到对应的寻呼子信道中，如果寻呼子信道中寻呼记录 的数目没有超过一个寻呼信道传输块PCH TB的容量，则将该寻呼子信道中的第一个PCH TB 进行ASN.1编。
12、码生成一条寻呼类型1消息。 0013 较佳地，所述寻呼记录中包括被叫用户设备的国际移动用户识别码IMSI或临时 移动用户识别码TMSI。 0014 较佳地，该方法进一步包括： 0015 A、用户设备在每个DRX周期的PO时刻监听PICH信道，如果监听到用户设备的寻 呼指示因子为1，则执行步骤B，如果监听到用户设备的寻呼指示因子为0，则继续执行步骤 A； 0016 B、如果用户设备对应的寻呼子信道中有两个PCH TB，将两个PCH TB分别进行 ASN.1解码得到两条寻呼类型1消息；如果寻呼子信道中只有一个PCHTB，则对这一个PCH TB进行ASN.1解码得到一条寻呼类型1消息； 0017 C。
13、、用户设备检查解码得到寻呼类型1消息中是否包含自身的用户标识，如果是， 用户设备通知自己的非接入层进行寻呼消息响应。 0018 本发明实施例提出的一种寻呼被叫用户设备的装置，所述装置位于无线网络控制 器，包括： 0019 寻呼指示模块，用于将寻呼记录对应的被叫用户设备的寻呼指示因子置为1，在 DRX周期的PO时刻通过寻呼指示信道PICH发送寻呼指示； 0020 编码模块，用于根据协议算法，将所述寻呼记录放到对应的寻呼子信道中，如果该 寻呼子信道中两个寻呼信道传输块PCH TB都有寻呼记录，则将两个PCHTB独立进行ASN.1 编码生成两条寻呼类型1消息。 0021 较佳地，如果寻呼子信道中寻呼。
14、记录的数目没有超过一个寻呼信道传输块PCH TB 的容量，所述编码模块用于将该寻呼子信道中的第一个PCH TB进行ASN.1编码生成一条寻 呼类型1消息。 0022 本发明通过修改25.331协议，明确规定一个寻呼子信道最多可以生成两条 Paging Type 1消息，采用TF2传输格式时，寻呼子信道内两个PCH TB的寻呼记录要独 立编码。避免各厂家因理解不一致而导致寻呼失败，进而提升寻呼成功率。本发明采用两 个PCH TB独立编解码方式，由于现有商用网络中大多数寻呼都是核心网下发的TMSI类型 寻呼，因此相比将两个TB合并编解码能明显提高寻呼容量，最多能提升25的寻呼容量。 附图 说明 0。
15、023 图1为Paging Type 1消息发送示意图； 0024 图2为本发明实施例提出的寻呼被叫设备的网络侧的处理流程图； 说 明 书CN 102469582 A 3/4页 5 0025 图3为发明实施例提出的寻呼被叫设备方法用户侧的处理流程图。 具体实施方式 0026 现有技术中，由于设备厂商和部分终端厂商理解、实现不一致，导致商用网络经常 会出现寻呼失败的原因举例分析如下： 0027 每条Paging Type 1消息都包含一个头信息，终端根据头信息进行消息解析。假 设网络侧采用合并编码方式，将某个寻呼子信道中所有寻呼记录进行ASN.1编码之后得到 的Paging Type 1消息分成。
16、两个PCH TB，其中头信息保存在第一个TB中。如果终端侧采用 独立解码方式，则对第一个PCH TB进行解码，对第二个PCH TB单独进行解码，由于第二个 PCH TB没有头信息，则正常无法解析，因此第二个TB中的寻呼记录终端无法获取。如果对 该终端的寻呼记录就保存在第二个PCH TB中，则终端因为不能获取该TB中的寻呼记录而 导致寻呼失败。 0028 本发明实施例提出的寻呼被叫设备方法网络侧的处理流程如图2所示，包括如下 步骤： 0029 步骤201：RNC处理寻呼记录时，将寻呼记录对应的被叫用户设备的寻呼指示因子 置为1，在DRX周期的PO时刻通过PICH信道发送寻呼指示(PI)。 003。
17、0 所述寻呼记录可以是UTRAN自己产生的，也可以是核心网下发的，寻呼记录中 包括被叫用户设备的国际移动用户识别码(IMSI，InternationalMobile Subscriber Identity)或临时移动用户识别码(TMSI，Temporary MobileSubscriber Identity)。 0031 步骤202：RNC根据协议算法，将所述寻呼记录放到对应的寻呼子信道中。如果寻 呼子信道中寻呼记录的数目没有超过第一个PCH TB的容量，则将该寻呼子信道中的第一个 PCH TB进行ASN.1编码生成一条Paging Type1消息。如果该寻呼子信道中两个PCH TB都 有寻呼。
18、记录，则将两个PCH TB独立进行ASN.1编码生成两条Paging Type 1消息。 0032 本发明实施例提出的寻呼被叫设备方法用户侧的处理流程如图3所示，包括如下 步骤： 0033 步骤301：采用非连续接收的所有用户设备都会在每个DRX周期的对应PO时刻监 听PICH信道，如果监听到自己的寻呼指示因子为1，则执行步骤302，如果监听到自己的寻 呼指示因子为0，则继续执行步骤301。 0034 用户设备在IDLE、CELL_PCH或URA_PCH状态下都使用非连续接收方式。用户设备 在每个DRX周期内只会接收一次寻呼消息，该接收寻呼消息的时刻称为PO时刻。典型配置 一个DRX周期长度为。
19、1.28秒，不同用户设备的PO时刻也不完全相同。在每个DRX周期的 PO时刻用户设备监听PICH信道，而在其他时刻处于“待机”状态。 0035 步骤302：如果用户设备对应的寻呼子信道中有两个PCH TB，将两个PCH TB分别 进行ASN.1解码得到两条Paging Type 1消息，如果寻呼子信道中只有一个PCH TB，则对这 一个PCH TB进行ASN.1解码得到一条PagingType 1消息。 0036 步骤303：用户设备检查解码得到Paging Type 1消息中是否包含自身的用户标 识，若是，则执行步骤304，否则该用户设备继续进行非连续接收，返回步骤301。 0037 步骤3。
20、04：用户设备通知自己的非接入层(NAS)进行寻呼消息响应。 0038 寻呼消息要经过ASN.1编码之后才能下发，对于IMSI类型的寻呼(即寻呼记录中 说 明 书CN 102469582 A 4/4页 6 包含被叫用户设备的IMSI)，每个寻呼记录编码之后长度是72bits；对于TMSI类型的寻呼 (即寻呼记录中包含被叫用户设备的TMSI)，每个寻呼记录编码之后消息长度是40bits；每 条Paging Type 1消息都有一个7bit大小的头信息，PCH TB大小为240bits。 0039 假设某个寻呼子信道中有10个TMSI类型的寻呼记录，采用两种不同编码方式的 容量对比如表1所示 00。
21、40 0041 表1 0042 从表1可以看出，采用合并编码方式最多只能将8个TMSI类型的寻呼记录放到一 条Paging Type 1消息中，独立编码方式的两个TB最多可包含10个TMSI类型的寻呼记录， 提升了1/4的寻呼记录数，显著的提高寻呼容量。 0043 本发明实施例还提出一种寻呼被叫用户设备的装置，所述装置位于无线网络控制 器，包括： 0044 寻呼指示模块，用于将寻呼记录对应的被叫用户设备的寻呼指示因子置为1，在 DRX周期的PO时刻通过寻呼指示信道PICH发送寻呼指示； 0045 编码模块，用于根据协议算法，将所述寻呼记录放到对应的寻呼子信道中，如果该 寻呼子信道中两个寻呼信道。
22、传输块PCH TB都有寻呼记录，则将两个PCHTB独立进行ASN.1 编码生成两条寻呼类型1消息。 0046 较佳地，如果寻呼子信道中寻呼记录的数目没有超过一个寻呼信道传输块PCH TB 的容量，所述编码模块用于将该寻呼子信道中的第一个PCH TB进行ASN.1编码生成一条寻 呼类型1消息。 0047 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。 说 明 书CN 102469582 A 1/2页 7 图1 图2 说 明 书 附 图CN 102469582 A 2/2页 8 图3 说 明 书 附 图CN 102469582 A 。