YU QI (CN)
| CN101459935A | 2009-06-17 | |||
| CN101483850A | 2009-07-15 |
| 权利要求 1、 一种读取系统消息的方法， 其特征在于， 终端设备接收包含非连续接收 DRX周期内系统消息状态指示的寻呼消 息， 所述终端设备包括 DRX周期大于广播控制信道 BCCH修改周期的终端 设备； 所述终端设备根据所述寻呼消息中的系统消息状态指示， 确定所述系 统消息状态发生改变； 所述终端设备读取并记录当前 BCCH修改周期所对应的系统消息或者 读取并记录紧临所述 BCCH修改周期的下一个 BCCH修改周期所对应的系 统消息； 所述终端设备根据所述读取并记录的所述系统消息进行通信。 2、 根据权利要求 1所述的方法， 所述终端设备接收包含 DRX周期内 系统消息状态指示的寻呼消息包括： 所述终端设备接收包含非连续接收 DRX周期内系统消息状态标签值的 寻呼消息； 所述终端设备根据所述寻呼消息中的系统消息状态指示， 确定所述系 统消息状态发生改变， 包括： 所述终端设备比较所述 DRX周期内系统消息状态标签值与所述终端设 备自身保存的标签值， 若两个标签值不一致， 则确定所述系统消息状态发 生改变； 或者 所述终端设备根据所述 DRX周期内系统消息状态标签值的标识确定所 述系统消息状态发生改变， 所述标识包括直接指示系统消息发生变化。 3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述终端设备包括 空闲状态的终端设备或者机器类型通讯 MTC设备。 4、 一种发起接入的方法， 其特征在于， 包括： 在终端设备向移动管理实体 MME发起业务请求之前或者发起业务请 求接入过程中， 若所述终端设备确定当前所处区域不是所述终端设备的注 册区域，所述终端设备将所述终端设备的全球唯一临时标识 GUTI发送给所 述 MME , 以使得所述 MME根据所述 GUTI获取终端设备的上下文； 所述 终端设备为包括被网络设置了禁止或减少位置更新的终端设备； 所述终端设备向所述 MME发起业务请求。 5、 根据权利要求 4所述的方法， 其特征在于， 所述在终端设备向 MME发起业务请求之前，所述终端设备将所述终端 设备的 GUTI发送给所述 MME包括： 在终端设备向 MME发起业务请求之前，所述终端设备向 MME发起位 置更新请求， 所述位置更新请求中包含所述 GUTI。 6、 根据权利要求 4或 5所述的方法， 其特征在于， 所述方法还包括： 如果所述终端设备当前所处区域是所述终端设备的注册区域， 则所述 终端设备直接发送普通业务请求消息， 所述普通业务请求消息包括终端设 备的 S-临时移动用户标识 S-TMSI, 且不包括所述 GUTI。 7、 根据权利要求 5或 6所述的方法， 其特征在于， 所述终端设备包括 具有节电需求的机器类型通讯 Power Saving MTC设备。 8、 根据权利要求 5或 6所述的方法， 其特征在于， 所述被网络设置了 禁止位置更新的终端设备包括： 禁止因位置改变或周期性位置更新定时器到期而发起位置更新的终端 设备。 9、 一种读取系统消息的装置， 其特征在于， 所述装置的 DRX周期大 于广播控制信道 BCCH修改周期， 所述装置包括： 接收单元， 用于接收包含 DRX周期内系统消息状态指示的寻呼消息； 确定单元， 用于根据所述接收单元接收的寻呼消息中的系统消息状态 指示， 确定所述系统消息状态发生改变； 读取与记录单元， 用于所述确定单元确定所述系统消息状态发生改变 后， 读取并记录当前 BCCH修改周期所对应的系统消息或者读取并记录紧 临所述 BCCH修改周期的下一个 BCCH修改周期所对应的系统消息； 通信单元， 用于根据所述读取与记录单元读取并记录的所述系统消息 进行通信。 10、 根据权利要求 9所述的装置， 其特征在于， 所述接收单元具体用于接收包含非连续接收 DRX周期内系统消息状态 标签值的寻呼消息； 所述确定单元具体用于比较所述 DRX周期内系统消息状态标签值与自 身保存的标签值， 若两个标签值不一致， 则确定所述系统消息状态发生改 变； 或者 根据所述 DRX周期内系统消息状态标签值的标识确定所述系统消息状 态发生改变， 所述标识包括直接指示系统消息发生变化。 11、 根据权利要求 9或 10所述的装置， 其特征在于， 所述装置包括空 闲状态的终端设备或者机器类型通讯 MTC设备。 12、 一种发起接入的装置， 其特征在于， 所述装置包括被网络设置了 禁止或减少位置更新的装置， 包括： 确定单元， 用于确定当前所处区域不是终端设备自身的注册区域； 发送单元， 用于当所述确定单元确定当前所处区域不是终端设备自身 的注册区域时，向移动管理实体 MME发起业务请求之前或者发起业务请求 接入过程中， 将所述自身的全球唯一临时标识 GUTI发送给所述 MME, 以 使得所述 MME根据所述 GUTI获取终端设备的上下文。 发起单元， 用于所述发送单元向所述 MME发送自身的 GUTI后， 向所 述 MME发起业务请求。 13、 根据权利要求 12所述的装置， 其特征在于， 所述发送单元具体用 于向 MME发起业务请求之前， 向 MME发起位置更新请求， 所述位置更新 请求中包含所述 GUTI。 14、 根据权利要求 13所述的装置， 其特征在于， 所述确定单元还用于 确定当前所处区域是所述终端设备的注册区域； 所述发送单元具体用于如果所述确定单元确定当前所处区域是所述终 端设备的注册区域， 则直接发送普通业务请求消息， 所述普通业务请求消 息包括终端设备的 S-临时移动用户标识 S-TMSI, 且不包括所述 GUTI。 15、 根据权利要求 12至 14任一权利要求所述的装置， 其特征在于， 所述装置包括具有节电需求的机器类型通讯 Power Saving MTC设备。 16、 根据权利要求 12至 14任一权利要求所述的装置， 其特征在于， 所述装置包括禁止因位置改变或周期性位置更新定时器到期而发起位置更 新的终端设备。 |
背景技术 为了减少终端设备的电量消耗， 增加待机时间， 当终端设备处于空闲 状态 （idle ) 时或者无数据收发状态时， 会使用 DRX ( Discontinuous Reception, 非连续接收）模式接收数据， 或者釆用 DTX ( Discontinuous Transmission, 非连续发送）模式发送数据。 其中， DRX是一种用于无线通 信系统中的延长电池使用时间的方法， 终端设备因为只需要在所属的 DRX 组内监听寻呼信道， 不需要连续监听寻呼信道， 从而节省了电池的电量。
由于终端设备的多样化发展， 例如， 以 M2M ( Machine to Machine , 机器到机器）技术中应用的终端设备为例， 可以安装在长期无法充电的环 境中， 这样， 对节省功率的要求会特别高， 使用上述传统的 DRX机制尽管 能够节省功率， 但仍然需要在较短周期内醒来一次， 不能满足终端设备的 节电需求。
发明内容 本发明提供了一种读取系统消息的方法及设备 ， 用以解决终端设备耗 电量大的问题， 使终端设备能够达到省电的目的。 一方面， 提供了一种读取系统消息的方法， 包括：
终端设备接收包含非连续接收 DRX周期内系统消息状态指示的寻呼消 息， 所述终端设备包括 DRX周期大于广播控制信道 BCCH修改周期的终端 设备；
所述终端设备根据所述寻呼消息中的系统消息 状态指示， 确定所述系 统消息状态发生改变；
所述终端设备读取并记录当前 BCCH修改周期所对应的系统消息或者 读取并记录紧临所述 BCCH修改周期的下一个 BCCH修改周期所对应的系 统消息；
所述终端设备根据所述读取并记录的所述系统 消息进行通信。
一方面， 提供了一种接入方法， 包括：
在终端设备向移动管理实体 MME发起业务请求之前或者发起业务请 求接入过程中， 若所述终端设备确定当前所处区域不是所述终 端设备的注 册区域，所述终端设备将所述终端设备的全球 唯一临时标识 GUTI发送给所 述 MME , 以使得所述 MME根据所述 GUTI获取终端设备的上下文； 所述 终端设备为包括被网络设置了禁止或减少位置 更新的终端设备；
所述终端设备向所述 MME发起业务请求。
一方面， 提供了一种读取系统消息的装置， 包括：
所述装置的 DRX周期大于广播控制信道 BCCH修改周期， 所述装置包 括：
接收单元， 用于接收包含 DRX周期内系统消息状态指示的寻呼消息； 确定单元， 用于根据所述接收单元接收的寻呼消息中的系 统消息状态 指示， 确定所述系统消息状态发生改变；
读取与记录单元， 用于所述确定单元确定所述系统消息状态发生 改变 后， 读取并记录当前 BCCH修改周期所对应的系统消息或者读取并记 紧 临所述 BCCH修改周期的下一个 BCCH修改周期所对应的系统消息； 通信单元， 用于根据所述读取与记录单元读取并记录的所 述系统消息 进行通信。
一方面， 提供了一种接收装置， 所述装置包括被网络设置了禁止或减 少位置更新的装置， 包括：
确定单元， 用于确定当前所处区域不是终端设备自身的注 册区域； 发送单元， 用于当所述确定单元确定当前所处区域不是终 端设备自身 的注册区域时，向移动管理实体 MME发起业务请求之前或者发起业务请求 接入过程中， 将所述自身的全球唯一临时标识 GUTI发送给所述 MME, 以 使得所述 MME根据所述 GUTI获取终端设备的上下文。
发起单元， 用于所述发送单元向所述 MME发送自身的 GUTI后， 向所 述 MME发起业务请求。 通过终端设备接收包含非连续接收 DRX周期内系统消息状态指示的寻 呼消息， 确定所述系统消息状态发生改变， 可以使得有功率节省需求的终 端设备能够不必一直进行监听寻呼信道， 从而能够节省电池的电量， 使得 UE能够节省功率消耗。
对于设置了禁止或减少位置更新的 MTC设备 UE, 例如 power saving MTC设备， 可以通过包含 GUTI的 Service Request消息接入， 这样即使更 换了 Pool, 新的 MME仍可以通过 GUTI找到并获取 ower saving MTC设 备的上下文。 这样， 即使 MTC设备 UE更换了 pool和 MME, 仍然能够获 取 MTC设备 UE上下文， 从而能够提供正常业务， 而不会因为缺少上下文 导致业务无法提供。
附图说明 为了更清楚地说明本发明实施例中的技术方案 ， 下面将对实施例描述 中所需要使用的附图作简要介绍， 显而易见地， 下面描述中的附图仅仅是 本发明的一些实施例， 对于本领域的普通技术人员来讲， 在不付出创造性 劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明一种读取系统消息的方法实施例的 程示意图； 图 2为本发明另一种读取系统消息的方法实施例 流程示意图； 图 3为本发明一种读取系统消息的方法实施例的 power saving MTC 设备苏醒周期示意图；
图 4为本发明另一种读取系统消息的方法实施例 流程示意图； 图 5为本发明一种接入方法的流程示意图；
图 6a为本发明另一种接入方法的流程示意图；
图 6b为本发明另一种接入方法的流程示意图；
图 7为本发明另一种接入方法的流程示意图；
图 8为本发明一种读取系统消息的装置结构示意 ；
图 9为本发明一种接入装置结构示意图。
具体实施方式 为了使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对 本发明作进一步地详细描述， 显然， 所描述的实施例仅仅是本发明一部份 实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术 人员在没有做出创造性劳动前提下所获得的所 有其它实施例， 都属于本发 明保护的范围。
本发明实施例以 LTE ( Long Term Evolution , 长期演进） 系统为例， 终 端设备以 UE ( User Equipment, 用户设备）为例进行说明， 在 UE处于空 闲 （idle )模式时， 为了节省 UE电池使用时间， UE只在 DRX周期中的寻 呼时机（ paging occasion ), 打开接收机监听寻呼信息。 而如果网络对 UE进 行寻呼， 网络也只在 DRX周期的寻呼时机， 寻呼 UE。 在寻呼时机， UE在 物理下行控制信道（ PDCCH, Physical Downlink Control Channel )通过寻呼 无线网络临时标识（P-RNTI, Paging Radio Network Temporary Identifier ) 检查是否有相应的寻呼消息， 如果有寻呼消息， UE 到物理下行共享信道 并检查该寻呼消息是否携带对本 UE的寻呼， 例如通过检查是否有 UE的 NAS(Non Access Stratum, 非接入层)标识或系统消息改变指示， 如果有， 则 响应寻呼或者读取改变的系统消息， 而不必一直进行监听寻呼信道， 从而 能够节省电池的电量。
由于大部分系统消息在一个 BCCH ( broadcast control channel, 广播控 制信道）修改周期 （Modification Period ) 内是不能改变的， 如果系统消息 发生改变， 只能在紧临该 BCCH Modification Period 的下一个 BCCH Modification Period开始改变系统消息和发送改变后的系统消 息， 这样， 为 了获知改变后系统消息息， UE应该在 BCCH Modification Period内 "醒来"， 即通过 DRX模式， 打开接收机读取 PDCCH信道至少一次， 这样才能获知 系统消息是否改变， 从而决定是否在下一 BCCH Modification Period读取新 的系统广播消息。
由于终端设备的多样化发展， 例如， 以机器到机器（M2M, Machine to Machine )技术中应用的终端设备为例， 这些终端设备可能安装在长期无法 充电的环境中， 例如野生动物追踪， 这样， 对节省功率的要求会特别高， 使用上述传统的 DRX机制尽管能够节省功率，但仍然需要在较短 周期内醒 来一次， 不能满足需要耗电量大的终端设备的节电需求 。
为了解决上述技术问题， 本发明提出了如下技术方案：
图 1为本发明一种读取系统消息的方法实施例的 程图， 包括： 101、 终端设备接收包含非连续接收 DRX周期内系统消息状态指示的 寻呼消息， 所述终端设备包括 DRX周期大于广播控制信道 BCCH修改周期 的终端设备； 102、 所述终端设备根据所述寻呼消息中的系统消息 状态指示， 确定所 述系统消息状态发生改变；
103、所述终端设备读取并记录当前 BCCH修改周期所对应的系统消息 或者读取并记录紧临所述 BCCH修改周期的下一个 BCCH修改周期所对应 的系统消息；
104、 所述终端设备根据所述读取并记录的所述系统 消息进行通信。 通过终端设备接收包含非连续接收 DRX周期内系统消息状态指示的寻 呼消息， 确定所述系统消息状态发生改变， 可以使得有功率节省需求的终 端设备能够不必一直进行监听寻呼信道， 从而能够节省电池的电量， 使得 UE能够节省功率消耗。
图 2为本发明一种读取系统消息的方法实施例的 程图， 本发明实施 例中终端设备以 UE为例进行说明，但是该终端设备包括不限于 UE。该 UE 包括 DRX周期大于 BCCH修改周期的 UE, 该实施例包括：
201 , DRX周期大于 BCCH修改周期的 UE接收包含 DRX周期内系统 消息状态指示的寻呼消息， 其中， 该寻呼消息中包含标签值（value tag )。
该 value tag的变化与该 BCCH修改周期变化相对应， 即 value tag随着 BCCH修改周期或 DRX周期中的系统广播消息变化， 如 value tag增加 1 , 进一步地，该 DRX周期也可以是上述该 BCCH修改周期的倍数，例如大于 2的整数倍， UE纪录上次接收过的系统广播消息的 value tag。
202, 当该 value tag标签值变化或者该 value tag标签值与 UE保存的 value tag标签值不一致时， 该 UE读取并记录当前 BCCH, 或者该 UE读取 并记录紧临该 BCCH Modification Period的下一 BCCH Modification广播信 道^ ί'爹改周期所对应的系统消息。
其中， 该 UE可以比较寻呼消息中包括的 value tag与自身保存的 value tag, 如果 value tag不一致， 则 UE认为自身保存的系统消息已过期， 需要 重新读取并记录当前 BCCH Modification Period所对应的系统消息或者读取 并记录紧临该 BCCH Modification Period 的下一个 BCCH Modification Period所对应的系统消息。
该实施例中提及的终端设备包括空闲状态的终 端设备， 也包括对电池 供电时间要求长的机器类型通讯设备 ( MTC , Machine Type Communication Device ), 对于有节省功率需求的 MTC Device通常称为 Power Saving MTC Device, 该 Power Saving MTC Device可以为已经处于激活 Power Saving特 性的 UE或 MTC Device。
下面以 LTE系统为例， 更为具体地介绍图 2所示实施例的实现方式： 在 LTE系统中， 系统发送的寻呼消息包括 value tag, 该 value tag可以 与当前系统广播消息中的 value tag一致，也可以是专门针对 DRX周期大于 BCCH修改周期的终端设备设置的 value tag。 如果使用与系统广播消息的 value tag一致的 value tag, 则该 value tag与系统广播消息中数值为 0-31的 value tag一致。 该系统广播消息中的 value tag通过系统信息块 1 ( SIB1 , System Information Block Type 1 )消息发送， 该 value tag在每次系统广播消 息有变化的时候将会改变， 如递增 1 , 到达最高值 31时重置到 0。
系统发送的寻呼消息包括与当前系统广播消息 一致的 value tag, UE可 以通过比较寻呼消息中 value tag是否发生改变， 即通过比较寻呼消息中的 value tag和自身保存的最新 value tag来了解系统广播消息是否发生改变。 这里 value tag的取值范围可使用现有技术中 value tag范围， 即 0-31 , 也可 使用为功率节省需求专门设置的 value tag中的 value tag值，如 0-255 ,这样， UE的耗电量能够进一步降低。
如果 value tag发生了变化， 所述 UE读取并记录当前 BCCH修改周期 所对应的系统消息或者读取并记录紧临该 BCCH Modification Period的下一 个 BCCH Modification Period所对应的系统消息， 并记录下该对应的最新 value tag值。 又例如， 若在脱离覆盖范围 （ out of coverage ) 的这段期间 , 有系统消息发生变化并寻呼 UE, 但 UE没有接收到， 也可以使用比较系统 消息中的 value tag的方法获取系统消息已改变的情况， 如果 UE确定系统 消息发生了改变， 则 UE可以在当前 BCCH修改周期所对应的系统消息或 者读取并记录当明 BCCH Modification Period下一个 BCCH Modification Period所对应的系统消息。 进一步地， 对于没有特殊节电需求的 UE, 可以 设置不接收 value tag , 如忽略寻呼消息中的 value tag值， 在本方法中添加 的 value tag可以仅针对需要特殊节电需求的终端设备， 例如 power saving MTC Device可以接收 value tag, 而普通 UE则可以不必读取该值， 或忽略 寻呼消息中的 value tag„
具体的， 在寻呼消息中添加的 value tag的表示方式可包括： 寻呼消息 的字段格式中新增的标签值 ValueTag, 例如：
Paging：: = SEQUENCE {
ValueTag INTEGER ( 0..31 )
OPTIONAL , ― max maybe 31 or even bigger value such as 255.
另外， 对只会在 DRX周期内醒来的终端设备， 例如有节电需求的机器 类型通讯终端设备 ( power saving MTC Device ), 可以只在 DRX周期的寻 呼消息中添加该 value tag。 如果该 DRX周期一直没有发生系统消息变化， 那么也可以在寻呼消息中不添加 value tag, 以便节省寻呼消息的广播开销。 这样就避免了网络一直发送携带 value tag的寻呼消息， 减少了系统开销。 图 3 为本发明另一种读取系统消息的方法实施例的 中 power saving MTC设备苏醒周期示意图， 如图 3所示， 如果规定 power saving MTC设 备都只在 DRX周期醒来， 如， 所有 power saving的终端设备或者所有具有 time tolerant特性的 power saving的终端设备只在 DRX周期时刻醒来，该周 期时刻可签约确定或者网络设置广播或者与终 端协商， 那么在寻呼消息中 添加 value tag可以只在这些设备的醒来时刻内添加。
如果所有 ower saving MTC Device在苏醒周期 ( wakeup period ) 必须 "醒来" 一次， 当两次 wakeup period之间都没有系统消息发生变化， 那么 在后面的周期内发送的寻呼消息中也可以不添 加 value tag, 例如第 <s>个 BCCH Modification Period 内的寻呼消息可以不携带 value tag, 这样在该 DRX周期期间（该 <s>BCCH修改周期内）醒来的 power saving MTC Device (如 power saving MTC Device B )接收到该寻呼消息后认为系统消息没有 变化；如果接下来的第 <t>个系统消息正好发生了改变，那么在这 个周期（该 <t>BCCH修改周期内） 的寻呼消息还需要携带 value tag, 这样的当 power saving MTC Device (如 power saving MTC Device A )接收到该寻呼消息， 比较寻呼消息中的 value tag与自身保存的 value tag, 如果比较结果为不一 致， 则 UE需要重新读取新的系统消息。
value tag可以是一个特殊的 value tag, 例如 value tag可以只有两个取 值 0或 1 , 1代表发生系统消息发生过变化， 0代表没有变化， 或者反过来 设置也可以。 或者， value tag可以是一个可选参数， 不携带 value tag表示 系统消息没有发生变化， 携带上 value tag表示系统消息发生过变化， 或者 反过来设置也可以。 另夕卜， value tag也可以设置为只由 power saving MTC Device读取， 一般的 UE不会读取， 该一般的 UE是指没有特殊节电需求的 UE, 其中， 是否有节电需求可以由 UE 自己设定或激活， 或网络根据签约 情况对 UE进行设定或激活。
釆用图 2 所示实施例提供的使用标签值的技术方案， 可以使得有功率 节省需求的 UE , 例如 power saving MTC设备了解在较长的 DRX期间内， 系统消息的变化情况。只要在 DRX中系统消息有变化，该 power saving MTC Device就可以通过 value tag的变化或有无 value tag参数了解到系统消息自 上次接收后是否发生过改变， 以方便 UE决定是否重新读取系统消息。如果 UE发现 value tag和自身保存值相等或未收到特殊的 value tag参数，则不必 重新读取系统消息。
本发明实施例中的终端设备以具体地， 针对有特殊节电需求的 power saving MTC设备的寻呼实现流程设备为例进行说明， 图 4为本发明一种读 取系统消息的方法实施例的中对有特殊节电需 求的 power saving MTC设备 的实现寻呼的流程图， 如图 4所示， 包括：
401、 CN可以通过签约信息或者 UE发来的 NAS消息协商得到 UE的 DRX周期。
402、无线接入网络（ Radio Access Network , RAN )接收核心网络（ Core Network, CN )发送的， 包含为 power saving MTC UE设置的特定 DRX周 期 (即为功率节省的 UE设定的长 DRX)指示的寻呼消息。
403、 该 RAN强制根据该特定 DRX周期 （忽略 RAN默认的 DRX ), 向 power saving MTC发送寻呼消息。 而不是按照传统方式， 根据 CN携带 的 DRX和 RAN自身 DRX中， 选择一个较小的 DRX作为 UE的 DRX。
步骤 403中 , RAN通过特定 DRX周期了解 power saving MTC在什么 时间 "醒来"， 以便只在 power saving MTC "醒来" 的时间来发送寻呼。
在发起寻呼的过程中， power saving MTC依据图 1实施例所描述的方 法在该 DRX 周期内接收寻呼消息。 所述特定该 DRX 周期可以由 power saving MTC UE上报， 也可以由网络设定， 或者由 power saving MTC和网 络协商获得（如选取 power saving MTC上报与网络倾向的最小值）。
综上， 釆用图 1所示实施例提供的技术方案， UE终端设备可以通过寻 呼消息中的标签值的变化信息获知系统消息改 变， 从而通过读取和记录当 前或者下一 BCCH修改周期对应的系统消息以获取最新的系 消息， 保证 了 DRX周期中终端设备对系统消息变化的敏感性。 例如， 通过使用现有的 value tag,数值范围为 0-31 ,那么 value tag方法或特殊指示方法都能最大设 置 DRX为 32倍的 BCCH Modification Period, 即比传统方法省电 32倍左 右， 即耗电只有传统方法的 1/32左右。 而如果引入新的 power saving value tag, 即不使用现有系统广播消息中已有的 value tag, 而是增加针对 power saving用户的新 value tag, 如该值取值为 0-255 , 则能够进一步节省功率， 达到传统方法的 1/256。 当然， 也可以甚至可以取更大数值， 由此带来的开 销是对应的 power saving用户响应寻呼时间会更长。
RAN可以通过 SI Setup Request或 eNB Configuration Update消息来通 知 CN其是否支持 ower saving功能， 以便在 eNB不支持 ower saving情 况下， CN下发寻呼时可以决定等待时间或决定是否下 UE的 DRX信息。 RAN也可以在系统广播信息携带信息来指示 UE其是否支持 power saving 功能，如果 RAN不支持 power saving功能时， UE无法启动本发明的长 DRX 机制。 由于大部分 MTC设备数据量较小或者具有 MO only特性（即只能由终 端设备发起接入， 而网络不能寻呼终端设备）， 即无寻呼需求；， 或者设置 了时间控制（Time Controlled ), 即只在一段特定时间存在业务；， 或者具有 低移动性等特性， 因此可以通过减少信令来节省有节省功率需求 的 MTC设 备功率 ( ower saving MTC Device ) 的功率。 例如通过开启 power saving MTC Device节省功率（ power saving )需求来开启禁止位置更新功能， 减少 或者禁止 power saving MTC Device设备的周期性位置更新， 甚至减少或者 禁止所有位置更新， 减少或禁止的位置更新可以包括正常的跨位置 区的位 置更新或周期性位置更新。 减少或禁止位置更新的方法可以针对所有具有 节省功率需求的 MTC设备， 也可以针对具有上述特性的 MTC设备。
MTC设备可以通过周期性位置更新定时器到期时 而禁止发起或减少位 置更新， 如果减少或禁止所有位置更新， 有可能导致 power saving MTC Device 移动出 MME ( mobility management entity, 移动性管理实体） 池 ( Pool )的区域， MTC Device但是却未发送位置更新， 例如 MTC设备原 先注册在 MME pool 1 (简称 MP1 ) 中的一个 MME上， 当处于 idle状态的 MTC设备进入另一个 MME Pool区域，如从 eNB3移动到 eNB4,按照现有 技术， MTC设备需要发起位置更新， 以便注册到新的 MME, 并且新 MME 向旧的 MME获取 MTC设备上下文，新的 MME在位置更新过程中给 MTC 设备分配新的 S-TMSI, 这样， 当该 MTC设备发起接入时， 如通过发送业 务请求（ Service Request )发起接入， Service Request消息中携带了 S-TMSI 信息， 而该 S-TMSI在不同 Pool中的 MME是可以重复的， 因为 S-TMSI 由 MMEC ( MME Code )和 M-TMSI组成， 其中 MMEC用来让 eNB在该 pool内选择注册的 MME节点 , M-TMSI在 MME内唯一， 用来在 MME内 找到 MTC设备上下文。
对于 power saving MTC设备， 口果 ower saving MTC设备原来注册 在一个 Pool的 MME1中， 然后移动到另一 Pool (如从 MP1移动到 MP2 ), 在此期间一直未发送位置更新（如 idle状态的设备在从 eNB3移动到 eNB4 过程中未发起位置更新）， 当 Power Saving MTC设备随后在 MP2 发起 Service Request, 如果新的 Pool存在与原来 MME1相同 MMEC的 MME, 则 eNB为 MTC设备选择该 MME, MME通过 S-TMSI找到 MTC设备上下 文， 但实际上该 MTC设备上下文并不是该 power saving MTC Device的真 正上下文， 而是另一个终端设备的， 只是为该终端设备分配的 S-TMSI 与 power saving MTC设备的 S-TMSI相同， 这样就引起了错误的分配。 或者 即使没有对应相同 S-TMSI的 UE或 MMEC相同的 MME,但新的 MME找 不到对应的终端设备上下文， 因为仅通过 S-TMSI并不能确定旧 MME的地 址， 这样就导致了无对应 UE上下文而引起的通信错误。
因此， 要解决上述问题， 本发明提供了一种发起接入的方法， 包括：
501、 在终端设备向移动管理实体 MME发起业务请求之前或者发起业 务请求接入过程中， 所述终端设备总是将所述终端设备的全球唯一 临时标 识 GUTI发送给所述 MME, 以使得所述 MME根据所述 GUTI获取终端设 备的上下文； 所述终端设备为包括被网络设置了禁止或减少 位置更新的终 端设备；
502、 所述终端设备向所述 MME发起业务请求。
对于设置了禁止或减少位置更新的 MTC设备 UE, 例如 power saving MTC设备， 可以通过包含 GUTI的 Service Request消息接入， 这样即使更 换了 Pool, 新的 MME仍可以通过 GUTI找到并获取 ower saving MTC设 备的上下文。 这样， 即使 MTC设备 UE更换了 pool和 MME, 仍然能够获 取 MTC设备 UE上下文， 从而能够提供正常业务， 而不会因为缺少上下文 导致业务无法提供。
如图 6a所示，本实施例中一种发起接入方法的终端 备以 MTC设备为例进 行说明， 但是包括并不限于 MTC设备， 该实施例包括：
601a, 设置了禁止位置更新的 MTC设备在发起接入之前， 先向 MME 发起位置更新请求，该位置更新请求中包含 MTC设备的全球唯一临时标识 ( GUTI, Global Unique Temporary Identity )。
602a、 该 MME接收位置更新请求 , 根据该 GUTI获取所述 MTC设备 的上下文。 如果 MME没有改变， 即 GUTI中的 GUMMEI就是接入 MME 的标识， 则此步骤不需要。
603a, 若 MME发生了改变 , 新的 MME为 MTC设备分配新的 GUTI。 新的 GUTI可以通过 GUTI Reallocation流程实现， 也可以通过位置更 新接受消息发送给 UE。 该 GUTI由 PLMN-id、 MME Group id和 S-TMSI 共同组成，可以表示为 PLMN-id+MME Group id+ S-TMSL即使更换了 Pool, 新的 MME可以通过 GUTI找到并获取 MTC设备的上下文， 并为 MTC设 备分配新的 GUTI, 如 power saving MTC设备。 MME没有更换时， 也可能 分配 UE新的 GUTI。
604a, 该新 MME向 MTC设备发送位置更新接受消息。
605a、该 MTC设备向所述 MME发送业务请求消息 (携带 UE的 S-TMSI , 甚至可以不携带)。 图 6b所示的实施例与 6a所示的实施例类以， 不同之处在于：
601b, 若 MME没有发生改变的情况下， 为避免 UE发起重新接入同一 MME导致的资源浪费， MTC设备可以在发起接入前判断当前的位置区是 否是 MTC设备的注册位置区域， 如果是 MTC设备的注册位置区域， 则不 必发起位置更新， 省略 602b,603b,604b 步骤。 否则按照顺序执行 602b,603b (如果新 MME在本地找到 UE上下文则不需要本步骤 ),604b,605b。 对于设置了禁止或减少位置更新的 MTC设备 UE, 例如 power saving MTC设备， 也可以通过包含 GUTI的 Service Request消息接入， 而不发起 位置更新， 如图 7 为本发明另一种读取系统消息的方法实施例通 过发送服 务请求发起位置更新的具体流程图，本实施例 中终端设备以 MTC设备为例 进行说明， 但是包括并不限于 MTC设备， 具体流程如图 7所示：
701 , 对于设置了禁止位置更新的 MTC设备， MTC设备向新的 MME 发送服务请求（ Service Request ), 该 Service Request中包括 GUTI而不是 S-TMSI。
702, 根据该 GUTI, 如果新的 MME确认新的 MME中没有保存 MTC 设备的上下文。
703、 新的 MME向旧 MME发送上下文请求（ Context Request ), 该上 下文请求中包含该 GUTI。
704、 4艮据该 GUTI, 旧 MME向新 MME发送上下文响应， 该上下文 响应中包含 MTC设备上下文。
705, 在新 MME获取 MTC设备上下文后， 再发起一般的 MTC设备的 位置更新流程。
该具体流程中旧 MME是指 MTC设备接入前注册的 MME, 新 MME 是指 MTC设备接入之后选择的新的注册 MME。
如果 MTC设备接入旧 MME, 该 MME根据 MTC设备提供的 GUTI 找到 MTC设备上下文， 并提供业务。
对于设置了禁止或减少位置更新的 MTC设备 UE, 例如 power saving MTC设备， 可以通过包含 GUTI的 Service Request消息接入而不必之前发 起位置更新流程，这样即使更换了 Pool,新的 MME仍可以通过 GUTI找到 并获取 ower saving MTC设备的上下文。这样， 即使 MTC设备 UE更换了 pool和 MME, 仍然能够获取 MTC设备 UE上下文， 从而能够提供正常业 务， 而不会因为缺少上下文导致业务无法提供。
当然， UE也可以在发起接入前判断当前的位置区是否 MTC设备的 注册位置区域， 如果是 MTC设备的注册位置区域， 则直接发起正常的业务 请求流程（携带 S-TMSI )。 否则， 发起携带 GUTI的业务请求流程。
通过上面的增加 DRX或者避免不必要信令， 能够有效节约处于空闲状 态的设备功率， 提高其待机时间， 为那些长期无法充电或更换电池的应用 提供了有效的支持。
图 8为本发明一种读取系统消息的装置的结构示 图， 如图 8所示， 所述装置的 DRX周期大于广播控制信道 BCCH修改周期， 所述装置包括： 接收单元 801 , 用于接收包含 DRX周期内系统消息状态指示的寻呼消 息；
确定单元 802,用于根据所述接收单元接收的寻呼消息中 系统消息状 态指示， 确定所述系统消息状态发生改变；
读取与记录单元 803 ,用于所述确定单元确定所述系统消息状态发 改 变后， 读取并记录当前 BCCH修改周期所对应的系统消息或者读取并记 紧临所述 BCCH修改周期的下一个 BCCH修改周期所对应的系统消息； 通信单元 804,用于根据所述读取与记录单元读取并记录 所述系统消 息进行通信。 本发明实施例提供的装置，通过接收包含非连 续接收 DRX周期内系统 消息状态指示的寻呼消息， 确定所述系统消息状态发生改变， 可以使得有 功率节省需求的终端设备能够不必一直进行监 听寻呼信道， 从而能够节省 电池的电量， 使得 UE能够节省功率消耗。
本发明为本发明一种读取系统消息的装置的结 构示意图， 该实施例与 图 8所述的实施例类以， 不同之处在于：
所述接收单元具体用于接收包含非连续接收 DRX周期内系统消息状态 标签值的寻呼消息；
所述确定单元具体用于比较所述 DRX周期内系统消息状态标签值与自 身保存的标签值， 若两个标签值不一致， 则确定所述系统消息状态发生改 变； 或者根据所述 DRX周期内系统消息状态标签值的标识确定所述 系统消 息状态发生改变， 所述标识包括直接指示系统消息发生变化。
其中， 所述装置包括空闲状态的终端设备或者机器类 型通讯 MTC设 备。
图 9为本发明一种发起接入的装置的结构示意图 如图 9所示， 所述 装置的 DRX周期大于广播控制信道 BCCH修改周期， 所述装置包括：
确定单元 903 , 用于确定当前所处区域不是终端设备自身的注 册区域； 发送单元 901 ,用于向移动管理实体 MME发起业务请求之前或者发起 业务请求接入过程中， 将所述自身的全球唯一临时标识 GUTI发送给所述 MME, 以使得所述 MME根据所述 GUTI获取终端设备的上下文。
发起单元 902, 用于所述发送单元向所述 MME发送自身的 GUTI后， 向所述 MME发起业务请求。
对于设置了禁止或减少位置更新的 MTC设备 UE, 例如 power saving MTC设备， 可以通过包含 GUTI的 Service Request消息接入， 这样即使更 换了 Pool, 新的 MME仍可以通过 GUTI找到并获取 ower saving MTC设 备的上下文。 这样， 即使 MTC设备 UE更换了 pool和 MME, 仍然能够获 取 MTC设备 UE上下文， 从而能够提供正常业务， 而不会因为缺少上下文 导致业务无法提供。
所述发送单元具体用于向 MME发起业务请求之前，向 MME发起位置 更新请求， 所述位置更新请求中包含所述 GUTI。
确定单元 903还用于确定当前所处区域是否是所述终端设 备的注册区 域；
所述发送单元具体用于如果所述确定单元确定 当前所处区域是所述终 端设备的注册区域， 则直接发送普通业务请求消息， 所述普通业务请求消 息包括终端设备的 S-临时移动用户标识 S-TMSI, 且不包括所述 GUTI。
其中， 所述装置包括具有节电需求的机器类型通讯 Power Saving MTC 设备。
其中， 所述装置包括禁止因位置改变或周期性位置更 新定时器到期而 发起位置更新的终端设备。
所述确定单元具体用于比较所述 DRX周期内系统消息状态标签值与自 身保存的标签值， 若两个标签值不一致， 则确定所述系统消息状态发生改 变； 或者根据所述 DRX周期内系统消息状态标签值的标识确定所述 系统消 息状态发生改变， 所述标识包括直接指示系统消息发生变化。 本领域普通技术人员可以理解： 附图只是一个优选实施例的示意图， 附图中的模块或流程并不一定是实施本发明所 必须的。
本领域普通技术人员可以理解： 实施例中的装置中的模块可以按照实 施例描述分布于实施例的装置中， 也可以进行相应变化位于不同于本实施 例的一个或多个装置中。 上述实施例的模块可以因制造的便利合并为一 个 模块， 也可以因设计或布局的需要进一步拆分成多个 子模块或单元。
上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序 代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说 明， 本领域的普通 技术人员应当理解： 其依然可以对前述实施例所记载的技术方案进 行修改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相 应技术方案的本质脱离本发明实施例技术方案 的精神和范围。
值得注意的是， 上述用户设备和基站实施例中， 所包括的各个单元只 是按照功能逻辑进行划分的， 但并不局限于上述的划分， 只要能够实现相 应的功能即可； 另外， 各功能单元的具体名称也只是为了便于相互区 分， 并不用于限制本发明的保护范围。
另外， 本领域普通技术人员可以理解实现上述各方法 实施例中的全部 或部分步骤是可以通过程序来指令相关的硬件 完成， 相应的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并 不局限于此， 任何熟悉本技术领域的技术人员在本发明实施 例揭露的技术 范围内， 可轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应该以权利要求的保护范围 为准。
Next Patent: METHOD FOR PREPARING DOUBLE FACE VENEER PLANT FIBER BOARD