一种系统信息接 4欠方法和装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种系统信息接收方法和装置。 背景技术 UE ( User Equipment,用户终端）在接入网络前， 首先要获取网络广播的 系统信息， 以便了解网络的配置情况， 从而釆取适当的方式发起业务。 系统信息由 UTRAN ( UMTS Terrestrial Radio Access Network, 通用移动 通信系统陆地接入网） 中的 RRC ( Radio Resource Control,无线资源管理）在 小区范围内广播给所有的 UE, 目的是告诉 UE网络接入层和非接入层的公共 信息。 系统信息块才艮据其還辑功能分为 MIB ( Master Information Block, 主系 统信息块；)、 SB( Scheduling Block,调度块）和 SIB( System Information Block, 系统信息块）三种类型， 按照树形结构组织。 MIB用来 7 载一定数目 SIB或 SB (最多 2个 SB )的调度信息。 MIB还包含小区支持的 PLMN ( Public Land Mobile Network, 公共陆地移动网）类型（即 GSM和 /或 ANSI-41 )和 PLMN ID信息。 MIB在 BCH ( Broadcast Channel, 广播信道， 属于传输信道）上有 规则地发送， 发送时刻固定。 由于 BCH映射在 PCCPCH ( Primary Common Control Physical Channel, 主公共控制信道 ) 物理信道上， 因 jt匕小区内的 UE 都可以读取 MIB内容， 通过读取 MIB内容， UE可以知道是否需要更新（或 者存储） 系统信息。 SB用来承载其他 SIB的调度信息， 当 MIB调度资源不 够用时， 釆用 SB调度 SIB。 调度信息只能存在于 MIB和 SB中。 SIB用于包 含实际系统信息， 总共有 18种类型的 SIB, SIB的调度信息通过 MIB或 SB 承载。 不同的系统信息块有不同的特征， 如重复周期、 有效区域， 以及在什么 状态下有效等。 某一类型的 SIB由性质相近的系统信息单元组成。 包含动态 参数 (即变化频繁的系统参数）和静态参数（即变� �很少或不变的系统参数 ) 的 IE由不同 SIB承载。 包含静态参数的 SIB (如 SIB1,SIB2等）， 它们以值 标记（ value tag )作为标识。 值标记是调度信息的一部分， 包含在 MIB或 SB 中。 UE将某类型 SIB 的值标记与最近一次读取的同类型值标记进行 比较， 若值发生改变， UE将重新接收该 SIB。 因此， 对于包含静态参数的 SIB , UE 通过监视 MIB , 便可以了解这些 SIB是否发生了更新。 包含动态参数的 SIB (如 SIB7、 SIB14、 SIB 17等） 的有效性是釆用定 时器超时的方式来控制。 定时器超时后， 系统信息变为无效， 需要重新接收。 通常情况下， UE 侧根据调度信息中指示能够完整地接收系统信 息， 但 是在某些情形下， 比如存在 PCCPCH 误码率的情况下， 某些 SYSTEM INFORMATION消息无法正常接收。 针对系统信息接收不完整的问题， 目前 UE通常釆用直接重选到其它小区驻留； 或者， UE在判断缺失这些系统信息 但不影响正常驻留， UE则驻留该小区， 这种方式下， UE如果持续不断地接 收缺失的系统信息， 因为当前时间段信号质量较差， 导致在较短时间内 UE 无法一次性接收所有系统信息， 且 UE会过多地占用物理资源， 为此， UE通 常会直接放弃接收缺失的系统信息， 导致其系统信息不完整， 不能正常地驻 留在当前小区。 发明内容 本发明的主要目的在于提供一种系统信息接收 方法和装置， 以解决上述 的系统信息接收不完整问题。 根据本发明的一个方面， 提供了一种系统信息接收方法， 包括： 移动终 端确定驻留在当前小区， 并确定已接收的系统信息不完整； 移动终端每隔设 定的间隔时长周期性地发起接收系统信息， 直到接收的系统信息完整。 其中， 间隔时长为变量， 并且间隔时长与当前所处的接收周期计数成正 比。 上述移动终端每隔设定的间隔时长周期性地发 起接收系统信息之前还包 括： 移动终端设置重收系统信息计数器 retry_counter, retry counter的初始值 为 1; 移动终端设置周期性重收系统信息定时器 retry_timer, retry_timer的初 始值为 0 , 并设置间隔时长等于 retry_timer的时长 timejength; time _ length = T_ DUR x

MIN{{retry _ counter xT _ FACTOR + 1)， MAX _ RETRY—COUNTER) . 其中， T_DUR为移动终端设置的间隔单位时长， T_FACTOR为移动终 端设置的时间 系数， MAX_RETRY_COUNTER 为移动终端设置的 retry counter最大值。 上述移动终端每隔设定的间隔时长周期性地发 起接收系统信息包括： 移 动终端启动 retry timer和 retry counter； retry timer超时后， 移动终端开启系 统信息接收的过程定时器， 并开始接收广播传输信道上广播的系统信息； 如 果在过程定时器超时前， 移动终端接收的系统信息已完整， 则关闭过程定时 器， 并将 retry_counter置为 0; 如果过程定时器超时， 移动终端确定已接收 的系统信息不完整， 停止接收系统信息， 将 retry_counter的值增加 1 , 开启 retry—timer。 上述移动终端发起接收系统信息之前， 该方法还包括： 移动终端根据当 前缺失的系统信息发起系统信息获取请求。 根据本发明的另一方面， 提供了一种系统信息接收装置， 包括： 确定模 块， 用于确定自身驻留在当前小区， 并确定已接收的系统信息不完整； 信息 接收模块， 用于每隔设定的间隔时长周期性地发起接收系 统信息， 直到接收 的系统信息完整。 其中， 信息接收模块包括： 时长设置单元， 设置间隔时长为变量， 并且 间隔时长与当前所处的接收周期计数成正比。 上述装置还包括： 计数器设置模块， 设置重收系统信息计数器 retry counter, retry counter的初始值为 1 ; 定时器设置模块， 设置周期性重 收系统信息定时器 retry_timer, retry_timer的初始值为 0, 并设置间隔时长等 于 retry timer的时长 time length; time _ length = T _ DUR X

ΜΙΝ {{retry _ counter xT _ FACTOR + 1) , MAX _ RETR Y _ COUNTER) . 其中， T_DUR为移动终端设置的间隔单位时长， T_FACTOR为设置的 时间系数， MAX RETRY COUNTER为设置的 retry_counter最大值。 其中， 上述信息接收模块包括： 启动单元， 设置为启动 retryjimer 和 retry counter; 开启与接收单元， 设置为 retry_timer超时后， 开启系统信息接 收的过程定时器， 并开始接收广播传输信道上广播的系统信息； 关闭单元， 设置为在过程定时器超时前， 接收的系统信息已完整， 关闭过程定时器， 并 将 retry_counter置为 0; 暂停接收单元， 设置为过程定时器超时， 确定已接 收的系统信息不完整， 停止接收系统信息， 将 retry_counter的值增加 1 , 开 启 retry _timsr。 其中， 上述信息接收模块还包括： 请求发起单元， 设置为根据当前缺失 的系统信息发起系统信息获取请求。 通过本发明， 釆用在确定驻留在当前小区， 并确定已接收的系统信息不 完整的情况下， 周期性地接收系统信息， 解决了在较短时间内无法一次性接 收所有系统信息的问题， 降低了接收系统信息占用的资源， 使移动终端可以 较快地进行正常业务。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据本发明实施例 1的系统信息接收方法流程图； 图 2是根据本发明实施例 2的系统信息接收方法流程图； 图 3是根据本发明实施例 3的系统信息接收装置的结构框图； 以及 图 4是根据本发明实施例 3的系统信息接收装置的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 移动终端在进行小区选择和重选时， 可以根据接收到的系统信息判断是 否可以驻留在当前小区， 如果可以驻留在当前小区， 移动终端将检查接收到 的系统信息是否完整， 对于缺少的系统信息不影响移动终端当前正常 驻留在 该小区， 此时移动终端将驻留在该小区。 基于这种情况， 本发明实施例提供 了一种系统信息接收方法和装置。 实施例 1 图 1示出了根据本发明实施例的系统信息接收方� �的流程图， 该方法包 括以下步 4聚： 步骤 S 102: 移动终端确定驻留在当前小区， 并确定已接收的系统信息不 完整； 本实施例的移动终端在进行小区选择和重选时 ， 会先读取目标小区在 BCH上广播的系统信息， 通过对系统信息的判断， 移动终端决定是否驻留该 小区。在系统信息接收过程中，存在移动终端 不能获取全部的系统信息消息， 或部分消息的 CRC 校-险出错， 这导致了移动终端无法获取完整的网络广播 的系统信息块集合， 但已经接收的系统信息又不影响移动终端的正 常驻留， 此时移动终端应能正常驻留到该小区。 移动终端在开始发起小区系统信息接收时， 可以开启一个系统信息接收 的过程定时器， 然后开始接收网络在 BCH 传输信道上广播的 SYSTEM INFORMATION消息， 该消息中携带系统信息。 在接收的过程中， 移动终端 每处理完一条收到的 SYSTEM INFORMATION 消息， 则会先判断当前 SYSTEM INFORMATION 消息中携带的系统信息是否允许移动终端驻留 该 小区。 若系统信息中指示当前小区不允许驻留， 则移动终端停止系统信息接 收过程。 若系统信息中指示允许驻留当前小区， 则判断当前已经接收到的系 统信息是否已经收全。 若收全， 则移动终端停止系统信息接收过程。 若没有 收全， 移动终端继续接收 BCH传输信道上广播的 SYSTEM INFORMATION 消息。 若系统信息接收的过程定时器超时， 说明当前已接收的系统信息还不完 整， 移动终端因过程定时器超时， 将停止系统信息接收过程。 此时， 移动终 端检查当前已经接收到的系统信息是否满足小 区正常驻留所需条件，若满足， 则移动终端确定正常驻留到该小区， 发起后续业务。 若不满足， 则驻留该小 区失败。 步骤 S 104: 移动终端每隔设定的间隔时长周期性地发起接 收系统信息， 直到接收的系统信息完整。 本实施例的移动终端为了避免当前立即接收系 统信息， 会因为信号较弱 等情况仍无法接收到需要的系统信息的情况， 选择在设定的间隔时长之后再 接收系统信息， 如果再次接收系统信息后接收到的系统信息依 旧不完整， 则 需要在设定的间隔时长后重新进行接收， 如此周期性地接收系统信息， 直到 已接收到的系统信息完整。 其中， 上述间隔时长可以是固定值， 也可以设定为一个变量， 该变量可 以和重复发起接收的周期数关联起来， 例如： 间隔时长与当前所处的接收周 期计数成正比， 其比例系数可以根据实际需要设定。 或者， 移动终端在步骤 S 104之前进行如下设置， 将间隔时长和发起接收的周期数关联起来， 例如： 移动终端设置重收系统信息计数器 retry_counter, retry counter的初始值为 1; 移动终端设置周期性重收系统信息定时器 retry_timer, retry timer 的初始值 为 0 , 并设置间隔时长等于 retry_timer的时长 time_length; time _ length = T _ DUR X

MIN((retry _ counter x T _ FACTOR + 1) , MAX _ RETR Y _ COUNTER)， 其中， r—DL«为移动终端设置的间隔单位时长， T— FACTOR为移动终端 设置的时间系数， MAX RETRY COUNTER 为移动终端设置的 retry counter 最大值。 本实施例提供的系统信息接收方法可以应用在 第三代无线通信系统中， 移动终端通过周期性地接收系统信息， 解决了在较短时间内无法一次性接收 所有系统信息的问题， 为移动终端能够长时间驻留在当前小区提供了 可靠的 保障， 同时降低了接收系统信息占用的资源， 使移动终端可以较快地进行正 常业务。 实施例 2 本实施例以在 UE上实现接收系统信息为例进行说明， 参见图 2, 该系 统信息接收方法包括以下步 4聚： 步骤 S202: 小区选择和重选时， UE开启一个系统信息接收的过程定时 器， 接收目标小区的系统信息。 步骤 S204:在接收系统信息的过程中，UE每处理完一� �收到的 SYSTEM

INFORMATION消息， 则会先判断当前 SYSTEM INFORMATION消息中携 带的系统信息是否允许 UE驻留该目标小区， 如果是， 执行步骤 S206; 如果 否， 执行步骤 S208, UE停止该目标小区的系统信息接收过程。 这个过程中， 可能需要对 SYSTEM INFORMATION消息中码流进行串 联， 然后解码得到系统信息， UE 通过系统信息的内容来判断该小区是否满 足驻留条件， 具体判断方式可以参考相关技术实现， 这里不再赘述。 步骤 S206: 若系统信息中指示允许驻留当前小区， 则判断当前已经接收 到的系统信息是否已经收全， 如果是， 执行步骤 S208; 如果否， 执行步骤 S210。 步骤 S208: UE停止该目标小区的系统信息接收过程。 步骤 S210: 在系统信息接收的过程定时器未超时的状态下 ， UE继续接 收 BCH传输信道上广播的 SYSTEM INFORMATION消息。 步骤 S212: 若系统信息接收的过程定时器超时， 则 UE停止系统信息接 收过程， UE 检查当前已经接收到的系统信息是否满足小区 正常驻留所需条 件。 若满足， 执行步骤 S214; 若不满足， 执行步骤 S226, UE驻留该小区失 败， 选择下一个目标小区。 其中， 小区正常驻留所需条件可以参见十办议 3GPP25.331 8.1.1 和 3GPP25.304 5.3.1.1 , UE在 IDLE (空闲）态， 需要接收到的系统信息有 mib, sibl , sib3 , sib5 , sib7; 在连接态， UE需接) 到 mib, sibl , sib3或 sib4, sib5或 sib6, sib7; 此夕卜， 在 SFN=32处， 接收到的 CRC校验正确的传输块， 但其不是 mib, 则小区不能驻留； sib5或 sib6中没有带 pich-info信元， 小区 不能驻留； sib3或 sib4中， 小区指示被 bar (指该对应的小区被禁用）， 或被 预留给将来扩展使用则被 bar, 或运营商使用， 要结合 UE的接入等级进行判 断是否能够驻留； 当系统信息接收的过程定时器超时时， UE 已接收到的系统信息不能满 足协议中规定的驻留小区所需的最小的系统信 息集合要求， 所以 UE应该做 此检查。 步骤 S214: UE正常驻留到该小区， 发起后续业务。 步骤 S216: 当系统信息接收的过程定时器超时， 并且 UE检查当前已经 接收到的系统信息满足小区正常驻留所需条件 ， UE 正常驻留到该小区， 设 置一个重 * 系统信息计数器 retry counter , retry counter的初始值为 1 , 设置 并开启一个周期性重收系统信息定时器 retry_timer。 retry timer的时长跟重收系统信息计数器 retry_counter的值关联， 随着 retry—counter 的值的增长， retry timer 的时长也随着增长， 例如 retry—timer 的时长 time length可釆用如下公式计算： time length =T READ SYSINFO DUR * MIN((retry counter * T READ SYSINFO FACTOR +1), MAX RETRY COUNTER ); 其中， T_READ_SYSINFO_DUR为周期性尝试读系统信息的间隔 单位时 长， T_READ_S YSINFO_FACTOR为周期性尝试读系统信息的时间系� �， 时 间系数越大，前后两次读取系统信息的时间越 长， MAX_RETRY_COUNTER 为周期性尝试读系统信息的最大尝试次数。 步骤 S218: 周期性重收系统信息定时器 retry_timer超时后， UE开启一 个系统信息接收的过程定时器， 发起请求接收 BCH 传输信道上广播的 SYSTEM INFORMATION消息，请求物理层去广播信道上读取� ��应的系统信 息。 步骤 S220: 在系统信息接收的过程定时器超时前， UE判断是否收到缺 失的系统信息， 如果是， 执行步骤 S222; 如果否， 执行步骤 S224。 步骤 S222 : 关闭系统信息接收的过程定时器， 重收系统信息计数器 retry—counter的值置为零。 步骤 S224： 若系统信息接收的过程定时器超时， UE停止接收 BCH传输 信道上广播的 SYSTEM INFORMATION 消息， 重收系统信息计数器 retry_counter的值增加 1 , 开启周期性重收系统信息定时器 retry_timer; 并返 回步 4聚 S218。 本实施例的 UE通过在接收的系统信息不完整， 并能正常驻留在目标小 区的情况下， 设置周期性重收系统信息定时器和重收系统信 息计数器， 并根 据周期性重收系统信息定时器周期性启动接收 系统信息过程， 直到接收到所 有的系统信息。 解决了在较短时间内无法一次性接收所有系统 信息的问题， 降低了接收系统信息占用的资源， 使 UE可以较快地进行正常业务。 实施例 3 参见图 3 , 本实施例提供了一种系统信息接收装置， 该装置包括： 确定模块 32 , 设置为确定自身驻留在当前小区， 并确定已接收的系统信 息不完整； 本实施例的装置可以设置在移动终端上， 也可以设置在其它设备上。 本 实施例以设置在移动终端上为例进行说明。 移动终端在进行小区选择和重选时， 会先读取目标小区在 BCH 上广播 的系统信息， 通过对系统信息的判断， 移动终端决定是否驻留该小区。 在系 统信息接收过程中， 存在移动终端不能获取全部的系统信息消息， 或部分消 息的 CRC 校-险出错， 这导致了移动终端无法获取完整的网络广播的 系统信 息块集合， 但已经接收的系统信息又不影响移动终端的正 常驻留， 此时移动 终端应能正常驻留到该小区。 在开始发起小区系统信息接收时， 移动终端可以开启一个系统信息接收 的过程定时器， 然后开始接收网络在 BCH 传输信道上广播的 SYSTEM INFORMATION消息， 该消息中携带系统信息。 在接收的过程中， 移动终端 每处理完一条收到的 SYSTEM INFORMATION 消息， 则会先判断当前 SYSTEM INFORMATION 消息中携带的系统信息是否允许移动终端驻留 该 小区。 若系统信息中指示当前小区不允许驻留， 则移动终端停止系统信息接 收过程。 若系统信息中指示允许驻留当前小区， 则判断当前已经接收到的系 统信息是否已经收全。 若收全， 则移动终端停止系统信息接收过程。 若没有 收全， 移动终端继续接收 BCH传输信道上广播的 SYSTEM INFORMATION 消息。 若系统信息接收的过程定时器超时， 说明当前已接收的系统信息还不完 整， 移动终端因过程定时器超时， 将停止系统信息接收过程。 此时， 移动终 端检查当前已经接收到的系统信息是否满足小 区正常驻留所需条件，若满足， 则移动终端确定正常驻留到该小区， 发起后续业务。 若不满足， 则驻留该小 区失败。 信息接收模块 34 , 与确定模块 32相连， 设置为每隔设定的间隔时长周 期性地发起接收系统信息， 直到接收的系统信息完整。 本实施例的移动终端为了防止当前立即接收系 统信息， 会因为信号较弱 等情况仍无法接收到需要的系统信息的情况， 将在设定的间隔时长之后再接 收系统信息， 如果再次接收系统信息后接收到的系统信息依 旧不完整， 则需 要在设定的间隔时长后重新进行接收， 如此周期性地接收系统信息， 直到已 接收到的系统信息完整。 其中， 上述间隔时长可以是固定值， 也可以设定为一个变量， 该变量可 以和重复发起接收的周期数关联起来， 例如： 间隔时长与当前所处的接收周 期计数成正比， 其比例系数可以根据实际需要设定。 或者， 将间隔时长和发 起接收的周期数关联起来。 基于此， 上述信息接收模块 34 包括： 时长设置 单元， 设置上述间隔时长为变量， 并且间隔时长与当前所处的接收周期计数 成正比。 图 4示出了根据本发明实施例的系统信息接收装� �的具体结构框图， 在 图 3所示装置的基础上， 该装置中还包括： 计数器设置模块 36 , 与确定模块 32 相连， 设置重收系统信息计数器 retry—counter , 所述 retry—counter的初始值为 1 ; 定时器设置模块 38 , 与确定模块 32相连， 设置周期性重收系统信息定 时器 retry_timer, 其中， retry_timer 的初始值为 0, 并设置该间隔时长等于 retry—timer的时长 time—length; time _ length = T _ DUR X

MIN((retry _ counter x T _ FACTOR + 1) , MAX _ RETR Y _ COUNTER)， 其中， T_DUR为设置的间隔单位时长， T FACTOR为设置的时间系数， MAX RETRY COUNTER为设置的 retry counter最大值。 优选地， 信息接收模块 34包括： 启动单元 342 , 与计数器设置模块 36和定时器设置模块 38相连， 设置 为启动上述 retry—timer和 retry counter; 开启与接收单元 344 , 与启动单元 342相连， 设置为上述 retry timer超 时后， 开启系统信息接收的过程定时器， 并开始接收广播传输信道上广播的 系统信息； 关闭单元 346 , 与开启与接收单元 344相连， 设置为在过程定时器超时 前， 接收的系统信息已完整， 关闭过程定时器， 并将 retry_counter置为 0; 暂停接收单元 348 , 与开启与接收单元 344相连， 设置为过程定时器超 时， 确定已接收的系统信息不完整， 停止接收系统信息， 将 retry_counter的 值增力口 1 , 开启 retry—timer。 为了尽快地接收到缺失的系统信息， 上述信息接收模块 34 还包括： 请 求发起单元， 设置为根据当前缺失的系统信息发起系统信息 获取请求， 请求 物理层去广播信道上读取相应的系统信息。 本实施例的装置通过在接收的系统信息不完整 ， 并能正常驻留在目标小 区的情况下， 周期性地间隔一定时长后再尝试接收系统信息 ， 直到接收到所 有的系统信息， 解决了在较短时间内无法一次性接收所有系统 信息的问题， 降低了接收系统信息占用的资源， 使设备可以较快地进行正常业务。 与现有技术相比， 以上实施例优化了系统信息接收的方法， 根据系统信 息接收存在指定时间内不能收全的特性， 釆取周期性尝试接收的方法， 在不 影响正常小区驻留的情况下， 通过递增式周期性地去尝试接收未收到的系统 信息， 保证了 UE尽可能全地接收系统信息。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。