CN110475313A - 系统消息传输装置、方法和系统 - Google Patents

系统消息传输装置、方法和系统 Download PDF

Info

Publication number
CN110475313A
CN110475313A CN201910631435.9A CN201910631435A CN110475313A CN 110475313 A CN110475313 A CN 110475313A CN 201910631435 A CN201910631435 A CN 201910631435A CN 110475313 A CN110475313 A CN 110475313A
Authority
CN
China
Prior art keywords
system message
message
indication information
terminal device
updated
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
Application number
CN201910631435.9A
Other languages
English (en)
Other versions
CN110475313B (zh
Inventor
于映辉
单宝堃
李晨琬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910631435.9A priority Critical patent/CN110475313B/zh
Publication of CN110475313A publication Critical patent/CN110475313A/zh
Application granted granted Critical
Publication of CN110475313B publication Critical patent/CN110475313B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2211/00—Orthogonal indexing scheme relating to orthogonal multiplex systems
    • H04J2211/003—Orthogonal indexing scheme relating to orthogonal multiplex systems within particular systems or standards
    • H04J2211/005—Long term evolution [LTE]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及无线通信技术领域，尤其涉及一种系统消息传输装置、方法和系统，用以解决长不连续接收DRX的终端设备更新系统消息的问题。本申请提供一种终端设备，包括：接收模块，用于接收第一系统消息；处理模块，用于获取所述第一系统消息中的第一指示信息，并根据获取的所述第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；所述第一系统消息周期性发送，且占用的物理资源位置固定。第一指示信息是在第一系统消息中发送的，而不是在寻呼消息中发送，由于第一系统消息是周期性发送，且占用的物理资源位置固定，因此终端设备可根据该指示信息对除了第一系统消息之外的其他系统消息进行更新，从而实现对所有系统消息的更新。

Description

系统消息传输装置、方法和系统
技术领域
本申请实施例涉及通信技术领域，尤其涉及一种系统消息传输装置、方法和系统。
背景技术
物联网(Internet of things，IOT)实现了物与物之间的通信。与传统的人与人之间通信相比，物联网对终端设备的能耗提出了更高的要求，需要尽量降低终端设备能耗，从而保证设备超长的待机时间，降低更换电池的人力成本。
考虑到物联网通信具有业务低速率、周期长的特点，对于处于空闲态的终端设备配置较长的非连续接收(discontinuous reception，DRX)周期，以达节电、延长终端设备待机时间的目的。
物联网可基于蜂窝网络实现，比如：基于长期演进(Long Term Evolution，LTE)系统实现物联网通信。LTE系统中通常通过寻呼消息通知终端设备系统消息(SystemInformation)变更，即在一个系统消息变更周期内，发送寻呼消息通知终端设备：在下一个系统消息变更周期系统消息会变更，终端设备在该下一个系统消息变更周期读取变更后的系统消息。
通常，如图1所示，LTE系统中系统消息变更周期为寻呼消息发送的周期，即寻呼周期的整数倍，这样当系统消息变更时，处于无线资源控制空闲(Radio Resource ControlIDLE，RRC_IDLE)状态(以下简称“空闲态”)的终端设备在系统消息变更周期内只要读取到一个寻呼消息，即可获知系统消息即将变更，通过在下一个系统消息变更周期读取系统消息，完成系统消息的更新，其中，终端设备在系统消息变更周期中成功完成系统消息更新后，就不必再读取该周期中后续发送的系统消息。
通常，LTE系统中，寻呼周期与DRX周期相等。当基于LTE系统实现物联网通信时，由于长DRX周期的使用，可能导致寻呼周期大于系统消息变更周期，如图2所示，此时处于空闲态的终端设备可能无法收到用于指示系统消息变更的寻呼消息，因此无法实现系统消息的更新。
因此，在诸如物联网通信等无线通信过程中，当终端设备的DRX周期大于系统消息变更周期时，可能导致终端设备无法正常更新系统消息。
发明内容
有鉴于此，本申请提供一种系统消息传输装置、方法和系统，用于解决终端设备的DRX周期大于系统消息变更周期，导致终端设备可能无法正常更新系统消息的问题。
第一方面，本申请提供一种终端设备，包括：
接收模块，用于接收所述终端设备所在小区的第一系统消息；
处理模块，用于获取所述接收模块接收的所述第一系统消息中的第一指示信息，所述第一指示信息包括用于更新除了所述第一系统消息之外的其他系统消息的信息；并根据获取的所述第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定。
第二方面，本申请提供一种网络设备，包括：
处理模块，用于确定第一系统消息，所述第一系统消息中包括第一指示信息，所述第一指示信息包括用于更新除了所述第一系统消息之外的其他系统消息的信息；
发送模块，用于将所述处理模块确定的所述第一系统消息在小区内发送；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定。
第三方面，本申请提供一种更新系统消息的方法，包括：
第一终端设备接收所在小区的第一系统消息；
所述第一终端设备从所述第一系统消息中获取第一指示信息，所述第一指示信息包括用于更新除了所述第一系统消息之外的其他系统消息的信息；
所述第一终端设备根据获取的所述第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定。
第四方面，本申请提供一种更新系统消息的方法，包括：
网络设备确定第一系统消息，所述第一系统消息中包括第一指示信息，所述第一指示信息包括用于更新除了所述第一系统消息之外的其他系统消息的信息；
所述网络设备将确定的所述第一系统消息在小区内发送；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定。
第五方面，本申请提供一种无线通信系统，包括：
网络设备，用于在小区内发送所述第一系统消息，所述第一系统消息中包括第一指示信息，所述第一指示信息包括用于更新除了所述第一系统消息之外的其他系统消息的信息；
终端设备，用于接收所述网络设备发送的所述第一系统消息，从所述第一系统消息中获取第一指示信息，根据获取的所述第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定。
上述任一方面中，第一指示信息是在第一系统消息中发送的，而不是在寻呼消息中发送，由于第一系统消息是周期性发送，且占用的物理资源位置固定，因此终端设备可根据该指示信息对除了第一系统消息之外的其他系统消息进行更新，从而实现对所有系统消息的更新。与目前通过寻呼消息获知系统消息变更的方案相比，避免了终端设备的DRX周期大于系统消息变更周期，终端设备可能无法收到用于指示系统消息变更的寻呼消息，进而无法实现系统消息的更新的问题。
结合上述任一方面，在第一种可能的实现方式中，除了所述第一系统消息之外的其他系统消息包括：第二系统消息，至少两个第三系统消息，所述至少两个第三系统消息包括至少一个常规类第三系统消息和至少一个激活类第三系统消息；
所述第二系统消息，包括所述至少两个第三系统消息的调度信息；
所述激活类第三系统消息，包括所述小区的特定功能激活时所述小区内的终端设备需要获取的系统消息；所述常规类第三系统消息为所述至少两个第三系统消息中除了激活类第三系统消息之外的其他所述第三系统消息。
其中，将第三系统消息进行进一步细分，分为激活类第三系统消息和常规类第三系统消息，因此，当更新这些系统消息时，可采用更为灵活的指示方式，终端设备进行系统消息更新的方法更灵活。
结合上述任一方面的第一种可能的实现方式，在第二种可能的实现方式中，
所述第一指示信息包括：第二指示信息，所述第二指示信息用于指示所述小区当前使用的所述第二系统消息和所述至少一个常规类第三系统消息的组合的配置版本，在一个系统消息更新周期内，所述第二系统消息和所述至少一个常规类第三系统消息中的任何一个或多个系统消息更新，所述配置版本变化一次时，
若所述第二指示信息指示的所述配置版本与终端设备已记录的所述配置版本不同，则终端设备更新所述第二系统消息；
若所述第二指示信息指示的所述配置版本与终端设备已记录的所述配置版本相同，则终端设备确定无需更新所述第二系统消息。
其中，终端设备可根据第二指示信息即可判断是否需要读取系统消息，能够降低能耗，节省处理能力。
结合上述任一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述第二系统消息中包括至少一个第三指示信息，一个所述第三指示信息对应于一个所述常规类第三系统消息，用于指示相对于最近一次所述配置版本变化，对应的所述常规类第三系统消息是否已更新时，在更新所述第二系统消息之后，从所述第二系统消息中获取所述至少一个第三指示信息；
若所述第二指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本不同，但两个所述配置版本中间不存在其他不同的所述配置版本，则执行如下操作：
若所述至少一个第三指示信息中每一个所述第三指示信息均指示相对于最近一次所述配置版本变化，对应的所述常规类第三系统消息并未更新，则确定无需更新所述至少一个常规类第三系统消息中的任何一个系统消息；
若所述至少一个第三指示信息中存在一个或多个所述第三指示信息，指示相对于最近一次所述配置版本变化，对应的所述常规类第三系统消息已更新，则针对每一个已更新的所述常规类第三系统消息，按照更新后的所述第二系统消息中该常规类第三系统消息的调度信息，控制所述接收模块读取该常规类第三系统消息。
其中，针对每一个常规类第三系统消息进行，指示该消息是否更新，一方面，终端设备可仅针对更新了的常规类第三系统消息进行系统消息更新，降低能耗，节省处理能力；另一方面，终端设备也可根据各个第三指示信息在确定所有常规类第三系统消息未更新时，确定无需更新常规类第三系统消息，也能够降低能耗，节省处理能力。
结合上述任一方面的第三种可能的实现方式，在第四种可能的实现方式中，若所述第二指示信息指示的所述配置版本与终端设备已记录的所述配置版本中间存在其他不同的所述配置版本，则
针对每一个所述常规类第三系统消息，按照更新后的所述第二系统消息中该常规类第三系统消息的调度信息，控制所述接收模块读取该常规类第三系统消息。
其中，若所述第二指示信息指示的所述配置版本与终端设备已记录的所述配置版本中间存在其他不同的所述配置版本，则仅根据第三指示信息无法正确判断对应的常规类第三系统消息是否已更新，此时，终端设备需要更新所有的常规类第三系统消息。
结合上述任一方面的第一种至第四种可能的实现方式中的任一种，在第五种可能的实现方式中，所述第一指示信息还包括：至少一个第四指示信息，一个所述第四指示信息对应于一个所述激活类第三系统消息，用于指示所述小区内的终端设备是否需要更新对应的所述激活类第三系统消息时，
若所述第四指示信息指示所述小区内的终端设备需要更新对应的所述激活类第三系统消息，则终端设备更新对应的所述激活类第三系统消息；
若所述第四指示信息指示所述小区内的终端设备无需更新对应的所述激活类第三系统消息，则终端设备确定无需更新对应的所述激活类第三系统消息。
其中，针对每一个激活类第三系统消息，指示该系统消息是否需要更新，并且由于激活类第三系统消息是所述小区的特定功能激活时所述小区内的终端设备需要获取的系统消息，因此，在指示激活类第三系统消息是否需要更新时，是通知终端设备所述小区的特定功能已激活，不同于常规类第三系统消息，终端设备无需再结合其他指示信息判断是否需要进行系统消息更新，当第四指示信息指示对应的激活类第三系统消息需要更新时，则终端设备确定需要更新该激活类第三系统消息，当第四指示信息指示对应的激活类第三系统消息无需更新时，则终端设备确定无需更新该激活类第三系统消息，与前述的常规类第三系统消息的更新机制不同。
第六方面，本申请提供一种终端设备，包括：
接收模块，用于接收所述终端设备所在小区的第一系统消息；所述小区的系统消息包括：所述第一系统消息、第二系统消息和至少一个第三系统消息；所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息包括所述至少一个第三系统消息的调度信息；所述至少一个第三系统消息中包括与寻呼有关的系统消息；
处理模块，用于获取所述接收模块接收的所述第一系统消息中的第一指示信息，所述第一指示信息用于指示所述与寻呼有关的系统消息是否已更新；以及若所述第一指示信息指示所述与寻呼有关的系统消息未更新，则控制所述接收模块按照已记录的所述与寻呼有关的系统消息接收寻呼消息，并根据所述接收模块接收的所述寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新。
第七方面，本申请提供一种网络设备，包括：
处理模块，用于确定第一系统消息，所述第一系统消息中包括第一指示信息，所述第一指示信息用于指示所述与寻呼有关的系统消息是否已更新；
发送模块，用于将所述处理模块确定的所述第一系统消息在小区内发送；
所述处理模块还用于：确定寻呼消息，所述寻呼消息中包括与系统消息更新有关的第二指示信息；
所述发送模块还用于：在所述小区内发送所述处理模块确定的所述寻呼消息；
其中，所述小区的系统消息包括：所述第一系统消息、第二系统消息和至少一个第三系统消息；所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息包括所述至少一个第三系统消息的调度信息；所述至少一个第三系统消息中包括与寻呼有关的系统消息。
第八方面，本申请提供一种更新系统消息的方法，包括：
第一终端设备接收所在小区的第一系统消息；所述小区的系统消息包括：所述第一系统消息、第二系统消息和至少一个第三系统消息；所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息包括所述至少一个第三系统消息的调度信息；所述至少一个第三系统消息中包括与寻呼有关的系统消息；
所述第一终端设备获取所述第一系统消息中的第一指示信息，所述第一指示信息用于指示所述与寻呼有关的系统消息是否已更新；
若所述第一指示信息指示所述与寻呼有关的系统消息未更新，则
所述第一终端设备按照已记录的所述与寻呼有关的系统消息，接收寻呼消息；
所述第一终端设备根据接收的所述寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新。
第九方面，本申请提供一种更新系统消息的方法，包括：
网络设备确定第一系统消息，所述第一系统消息中包括第一指示信息，所述第一指示信息用于指示所述与寻呼有关的系统消息是否已更新；
所述网络设备将确定的所述第一系统消息在小区内发送；
所述网络设备确定寻呼消息，所述寻呼消息中包括与系统消息更新有关的第二指示信息；
所述网络设备在所述小区内发送确定的所述寻呼消息；
其中，所述小区的系统消息包括：所述第一系统消息、第二系统消息和至少一个第三系统消息；所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息包括所述至少一个第三系统消息的调度信息；所述至少一个第三系统消息中包括与寻呼有关的系统消息。
第十方面，本申请提供一种无线通信系统，包括：
网络设备，用于在小区内发送第一系统消息，所述第一系统消息中包括第一指示信息，所述第一指示信息用于指示所述与寻呼有关的系统消息是否已更新；以及在所述小区内发送寻呼消息，所述寻呼消息中包括与系统消息更新有关的第二指示信息；
终端设备，用于接收所述网络设备在所述小区内发送的第一系统消息，获取所述第一系统消息中的所述第一指示信息，若所述第一指示信息指示所述与寻呼有关的系统消息未更新，则按照已记录的所述与寻呼有关的系统消息，接收寻呼消息，并根据接收的所述寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新；
所述小区的系统消息包括：所述第一系统消息、第二系统消息和至少一个第三系统消息；所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息包括所述至少一个第三系统消息的调度信息；所述至少一个第三系统消息中包括与寻呼有关的系统消息。
上述第六方面至第十方面的任一方面中，由于网络设备在周期性发送的第一系统消息中指示与寻呼有关的系统消息是否已更新，如果没有更新，则终端设备仍可以按照已记录的与寻呼有关的系统消息来正常接收寻呼消息，进而从寻呼消息中获得与系统消息更新有关的指示信息，并按照从寻呼消息中获得的该指示信息更新系统消息。这样，即使DRX周期大于系统消息更新周期，由于已知与寻呼消息有关的系统消息未更新，则终端设备仍能按照已记录的与寻呼有关的系统消息正确接收寻呼消息，从而能够成功地从寻呼消息中获得与系统消息更新有关的指示信息，进而能够成功更新系统消息。
结合上述第六方面至第十方面的任一方面，所述第二指示信息包括：第三指示信息、第四指示信息和至少一个第五指示信息；
所述第三指示信息，用于指示所述小区当前使用的所述第二系统消息和所述至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，所述第二系统消息和所述至少一个第三系统消息中的任何一个或多个系统消息更新，所述配置版本变化一次；
所述第四指示信息，用于指示相对于最近一次所述配置版本变化，所述第二系统消息是否已更新；
一个所述第五指示信息对应于一个所述第三系统消息，用于指示相对于最近一次所述配置版本变化，对应的所述第三系统消息是否已更新。
其中，通过第三指示信息，网络设备可通知终端设备第二系统消息和第三系统消息在多个系统消息更新周期内的变化情况，终端设备可结合第三指示信息和第五指示信息，判断是否需要更新第三系统消息，以及采用何种方式更新第三指示信息；
通过第四指示信息，网络设备可通知终端设备包括第三系统消息的调度信息的第二系统消息是否更新，这样终端设备可结合第三指示信息和第四指示信息，确定是否需要更新第二系统消息，以及是根据已记录的第二系统消息还是根据更新后的第二系统消息，进行第三系统消息的更新。
结合上述第六方面至第十方面的任一方面的第一种可能的实现方式，在第二种可能的实现方式中，若所述第三指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本相同，则确定无需进行系统消息更新；
若所述第三指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本不同，但两个所述配置版本中间没有其他不同的所述配置版本，则在所述第四指示信息指示相对于最近一次所述配置版本变化，所述第二系统消息已更新时，更新所述第二系统消息；在所述第四指示信息指示相对于最近一次所述配置版本变化，所述第二系统消息未更新时，确定无需更新所述第二系统消息。
结合上述第六方面至第十方面的任一方面的第二种可能的实现方式，在第三种可能的实现方式中，
若所述第三指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本不同，但两个所述配置版本中间没有其他不同的所述配置版本，则：
在所述至少一个第五指示信息中每一个所述第三指示信息均指示相对于最近一次所述配置版本变化，对应的所述第三系统消息并未更新时，终端设备确定无需更新所述至少一个第三系统消息中的任何一个系统消息；
在所述至少一个第五指示信息中存在一个或多个所述第五指示信息，指示相对于最近一次所述配置版本变化，对应的所述第三系统消息已更新时，终端设备针对每一个已更新的所述第三系统消息进行更新。
结合上述第六方面至第十方面的任一方面的第一种可能的实现方式，在第四种可能的实现方式中，
若所述第三指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本不同，且两个所述配置版本中间没有其他不同的所述配置版本，则：
终端设备更新所述第二系统消息；以及按照更新后的所述第二系统消息中的所述至少一个第三系统消息的调度信息，更新每一个所述第三系统消息。
结合上述第六方面至第十方面的任一方面，在第五种可能的实现方式中，若所述第一指示信息指示所述与寻呼有关的系统消息已更新，则更新所述第二系统消息；
获取所述第二系统消息中的第六指示信息和至少一个第七指示信息；所述第六指示信息，用于指示所述小区当前使用的所述第二系统消息和所述至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，所述第二系统消息和所述至少一个第三系统消息中的任何一个或多个系统消息更新，所述配置版本变化一次；一个所述第七指示信息对应于一个所述第三系统消息，用于指示相对于最近一次所述配置版本变化，对应的所述第三系统消息是否已更新；
根据所述第六指示信息和所述至少一个第七指示信息进行系统消息更新。
结合上述第六方面至第十方面的任一方面的第五种可能的实现方式，在第六种可能的实现方式中，
若所述第六指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本不同，但两个所述配置版本中间没有其他不同的所述配置版本，则针对所述至少一个第七指示信息指示的每一个已更新的所述第三系统消息，对该第三系统消息进行更新；
若所述第六指示信息指示的所述配置版本与所述终端设备已记录的所述配置版本不同，且两个所述配置版本中间存在其他不同的所述配置版本，则针对所述至少一个第三系统消息中的每个系统消息进行更新。
其中，当与寻呼有关的系统消息发生变更时，终端设备首先更新第二系统消息，并根据第二系统消息中的第六指示信息和第七指示信息，对第三系统消息进行更新。
第十一方面，本申请提供一种终端设备，包括：
接收模块，用于接收所述终端设备所在小区的寻呼消息，所述寻呼消息中包括系统消息更新指示信息；
所述系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示所述终端设备所在小区内的终端设备是否需要更新该系统消息；
处理模块，用于根据所述接收模块接收的所述系统消息更新指示信息进行系统消息更新；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定；
所述第二系统消息，包括所述至少一个第三系统消息的调度信息。
第十二方面，本申请提供一种网络设备，包括：
处理模块，用于确定寻呼消息，所述寻呼消息中包括系统消息更新指示信息；
发送模块，用于在小区内发送所述处理模块确定的所述寻呼消息；
所述系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示所述小区内的终端设备是否需要更新该系统消息；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息，包括所述至少一个第三系统消息的调度信息。
第十三方面，本申请提供一种更新系统消息的方法，包括：
第一终端设备接收所在小区的寻呼消息，所述寻呼消息中包括系统消息更新指示信息；
所述系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示所述第一终端设备所在小区内的终端设备是否需要更新该系统消息；
所述第一终端设备根据所述系统消息更新指示信息进行系统消息更新；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定；
所述第二系统消息，包括所述至少一个第三系统消息的调度信息。
第十四方面，本申请提供一种更新系统消息的方法，包括：
网络设备确定寻呼消息，所述寻呼消息中包括系统消息更新指示信息；
所述网络设备在小区内发送所述寻呼消息；
所述系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示所述小区内的终端设备是否需要更新该系统消息；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息，包括所述至少一个第三系统消息的调度信息。
第十五方面，本申请提供一种无线通信系统，包括：
网络设备，用于在小区内发送所述寻呼消息，所述寻呼消息中包括系统消息更新指示信息；所述系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示所述小区内的终端设备是否需要更新该系统消息；
第一终端设备，用于接收所述我在所述小区内发送的所述寻呼消息，并根据所述系统消息更新指示信息进行系统消息更新；
其中，所述第一系统消息周期性发送，且占用的物理资源位置固定；所述第二系统消息，包括所述至少一个第三系统消息的调度信息。
在上述第十一方面至第十五方面的任一方面中，通过在寻呼消息携带针对每一个系统消息的指示信息，该指示信息用于指示对应的系统消息是否需要更新，终端设备可根据各个指示信息的具体情况，确定如何进行系统消息更新。比如：第二系统消息的指示信息指示第二系统消息无需更新，则终端设备在进行至少一个第三系统消息更新时，仅需根据已记录的第二系统消息进行更新，无需再重新读取第二系统消息，提高了终端设备更新系统消息的效率。
第十六方面，本申请提供一种终端设备，包括：
处理模块，用于确定所述终端设备需要接收至少一个系统消息，并对于所述至少一个系统消息中的每一个系统消息，确定网络设备发送该系统消息的起始位置、发送周期和重复次数；
接收模块，用于对于所述至少一个系统消息中的每一个系统消息，按照所述处理模块确定的所述网络设备发送该系统消息的起始位置、发送周期和重复次数，接收该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括所述网络设备发送的其他一个或多个系统消息。
第十七方面，本申请提供一种网络设备，包括：
处理模块，用于确定所述网络设备需要发送至少一个系统消息，并且对于确定的所述至少一个系统消息中的每一个系统消息，确定该系统消息的发送的起始位置、发送周期和重复次数；
发送模块，用于针对所述处理模块确定的所述至少一个系统消息中的每一个系统消息，按照确定该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括发送的其他一个或多个系统消息。
第十八方面，本申请提供一种系统消息的接收方法，包括：
第一终端设备确定需要接收至少一个系统消息；
对于所述至少一个系统消息中的每一个系统消息，所述第一终端设备确定网络设备发送该系统消息的起始位置、发送周期和重复次数；
对于所述至少一个系统消息中的每一个系统消息，所述第一终端设备按照确定的所述网络设备发送该系统消息的起始位置、发送周期和重复次数，接收该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括所述网络设备发送的其他一个或多个系统消息。
第十九方面，本申请提供一种系统消息的发送方法，包括：
网络设备确定需要发送至少一个系统消息；
对于所述至少一个系统消息中的每一个系统消息，所述网络设备确定该系统消息的发送的起始位置、发送周期和重复次数；
对于所述至少一个系统消息中的每一个系统消息，所述网络设备按照确定该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括发送的其他一个或多个系统消息。
第二十方面，本申请提供一种无线通信系统，包括：
网络设备，用于针对要发送的至少一个系统消息中的每一个系统消息，确定该系统消息的发送的起始位置、发送周期和重复次数，并按照确定该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息；
终端设备，用于针对要接收的所述网络设备发送的至少一个系统消息中的每一个系统消息，确定所述网络设备发送该系统消息的起始位置、发送周期和重复次数，并按照确定的所述网络设备发送该系统消息的起始位置、发送周期和重复次数，接收该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括所述网络设备发送的其他一个或多个系统消息。
在上述第十六方面至第二十方面中的任一方面中，由于在一个系统消息的两次重复发送过程中，网络设备还发送其他系统消息，这样覆盖较好的终端设备不用等待一个系统消息的所有重复都发完，就可以接收下一个系统消息，当所有需要更新的系统消息更新完毕，可以不用再接收后面重复发送的系统消息，进入休眠。可以提高覆盖较好终端更新系统消息的效率，减少此类终端设备因为收听不必要的重复的系统消息产生的能耗。
附图说明
图1为LTE系统中终端设备根据寻呼消息更新系统消息的过程示意图；
图2为长DRX的终端设备无法正常更新系统消息的示意图；
图3为本申请实施例一提供的无线通信系统的结构示意图；
图4为本申请实施例一提供的无线通信系统可应用的CIoT系统的结构示意图；
图5为本申请实施例二提供的第一种系统消息更新方案的流程图；
图6为本申请实施例二的可选方案三的一个流程图；
图7为本申请实施例三提供的第二种系统消息更新方案的流程图；
图8为本申请实施例四提供的第三种系统消息更新方案的流程图；
图9A为本申请实施例五提供的系统消息传输方案的流程图；
图9B为本申请实施例五中一种系统消息传输方式的示意图；
图9C为本申请实施例五中另一种系统消息传输方式示意图；
图10为本申请实施例六提供的一种终端设备的结构示意图；
图11为本申请实施例七提供的二种终端设备的结构示意图；
图12为本申请实施例八提供的一种网络设备的结构示意图；
图13为本申请实施例九提供的二种网络设备的结构示意图；
图14为本申请实施例十提供的一种系统消息更新方法的流程图；
图15为本申请实施例十一提供的二种系统消息更新方法的流程图；
图16为本申请实施例十二提供的三种终端设备的结构示意图；
图17为本申请实施例十三提供的四种终端设备的结构示意图；
图18为本申请实施例十四提供的三种网络设备的结构示意图；
图19为本申请实施例十五提供的四种网络设备的结构示意图；
图20为本申请实施例十六提供的三种系统消息更新方法的流程图；
图21为本申请实施例十七提供的四种系统消息更新方法的流程图；
图22为本申请实施例十八提供的五种终端设备的结构示意图；
图23为本申请实施例十九提供的六种终端设备的结构示意图；
图24为本申请实施例二十提供的五种网络设备的结构示意图；
图25为本申请实施例二十一提供的六种网络设备的结构示意图；
图26为本申请实施例二十二提供的五种系统消息更新方法的流程图；
图27为本申请实施例二十三提供的六种系统消息更新方法的流程图；
图28为本申请实施例二十四提供的七种终端设备的结构示意图；
图29为本申请实施例二十五提供的八种终端设备的结构示意图；
图30为本申请实施例二十六提供的七种网络设备的结构示意图；
图31为本申请实施例二十七提供的八种网络设备的结构示意图；
图32为本申请实施例二十八提供的七种系统消息传输方法的流程图；
图33为本申请实施例二十九提供的八种系统消息传输方法的流程图。
具体实施方式
为了更好地理解本申请的上述目的、方案和优势，下文提供了详细描述。该详细描述通过使用框图、流程图等附图和/或示例，阐明了装置和/或方法的各种实施方式。在这些框图、流程图和/或示例中，包含一个或多个功能和/或操作。本领域技术人员将理解到：这些框图、流程图或示例内的各个功能和/或操作，能够通过各种各样的硬件、软件、固件单独或共同实施，或者通过硬件、软件和固件的任意组合实施。
一方面，本申请提供一种更新系统消息的方案，该方案中，网络设备在发送的第一系统消息中携带指示信息，终端设备在收到该第一系统消息后，根据该指示信息对除了第一系统消息之外的其他系统消息进行更新；其中，第一系统消息周期性发送，且占用的物理资源位置固定。
该方案中，指示信息是在第一系统消息中发送的，而不是在寻呼消息中发送，终端设备可根据该指示信息对除了第一系统消息之外的其他系统消息进行更新，从而实现对所有系统消息的更新。与目前通过寻呼消息获知系统消息变更的方案相比，避免了终端设备的DRX周期大于系统消息变更周期，终端设备可能无法收到用于指示系统消息变更的寻呼消息，因此无法实现系统消息的更新的问题。
另一方面，本申请提供另一种更新系统消息的方案，该方案中，网络设备在发送的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息，其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息；其中，网络设备在发送第一系统消息时，携带指示信息，该指示信息用于指示第三系统消息中与寻呼有关的系统消息是否已更新。若指示信息指示与寻呼有关的系统消息未更新，则终端设备按照已记录的所述与寻呼有关的系统消息，接收寻呼消息，并根据接收的寻呼消息中与系统消息更新有关的指示信息进行系统消息更新。
该方案中，由于网络设备在周期性发送的第一系统消息中指示与寻呼有关的系统消息是否已更新，如果没有更新，则终端设备仍可以按照已记录的与寻呼有关的系统消息来正常接收寻呼消息，进而从寻呼消息中获得与系统消息更新有关的指示信息，并按照从寻呼消息中获得的该指示信息更新系统消息。这样，即使DRX周期大于系统消息更新周期，由于已知与寻呼消息有关的系统消息未更新，则终端设备仍能按照已记录的与寻呼有关的系统消息正确接收寻呼消息，从而能够成功地从寻呼消息中获得与系统消息更新有关的指示信息，进而能够成功更新系统消息。
再一方面，本申请提供再一种更新系统消息的方案，该方案针对能够正常接收寻呼消息的场景，比如：系统消息更新周期为DRX周期的整数倍。该方案中，网络设备在发送寻呼消息时，寻呼消息中携带的系统消息更新指示信息分别针对第一系统消息、第二系统消息、至少一个第三系统消息，指示第一终端设备是否需要更新该系统消息；终端设备根据系统消息更新指示信息进行系统消息更新；其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息，包括至少一个第三系统消息和的调度信息。
该方案中，通过在寻呼消息携带针对每一个系统消息的指示信息，该指示信息用于指示对应的系统消息是否需要更新，终端设备可根据各个指示信息的具体情况，确定如何进行系统消息更新。比如：第二系统消息的指示信息指示第二系统消息无需更新，则终端设备在进行至少一个第三系统消息更新时，仅需根据已记录的第二系统消息进行更新，无需再重新读取第二系统消息，提高了终端设备更新系统消息的效率。
又一方面，本申请提供一种系统消息的发送方案，网络设备在发送一个系统消息时，在整个系统消息的两次发送之间的时间间隔内，发送其他一个或多个系统消息。
目前，每一个系统消息只能在一个SI窗口(SI-window)中发送，在该系统消息窗中可以发送多次，一个系统消息的SI窗口和另一个系统消息的SI窗口相邻，但一个SI窗中仅能发送一个系统消息，终端设备在一个SI窗口中收到系统消息后，必须要等到下一个SI窗口收下一个系统消息。而本申请提供的该方案中，由于在一个系统消息的两次重复发送过程中，网络设备还发送其他系统消息，这样终端设备在收完一个系统消息后，无需等待系统消息窗的到来，可以收其他系统消息，提高了系统消息更新的效率。
下面，为了便于理解，介绍本申请涉及的基本概念。
1、CIoT
蜂窝物联网(Cellular Internet of Things，CIoT)，是指基于蜂窝网络实现的物联网。
为了应对未来爆炸性的移动数据流量增长、海量的设备连接、不断涌现的各类新业务和应用场景，产生了第五代移动通信(5th Generation，5G)系统。物联网可作为5G系统的组成部分，其市场需求增长迅猛，预测显示,到2022年基于5G系统实现的物联网中，连接数将会达到180亿。
目前，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)正在研究基于蜂窝网络的物联网，设计新的空口(也称为“空中接口”或“无线接口”)技术来承载物联网的业务。
本申请中提出的系统消息传输方案可用于IoT中，也可用于CIoT中，用以解决物联网中，当终端设备的DRX周期大于系统消息变更周期时，可能导致终端设备无法正常更新系统消息的问题，但并不意味着只能应用于IoT中。实际上，只要终端设备的DRX周期大于系统消息变更周期，均可能导致终端设备无法正常更新系统消息，本申请提出的方案用于解决由于终端设备的DRX周期大于系统消息变更周期导致的终端设备无法正常更新系统消息的问题，对所应用的系统或网络并不做限定。
2、系统信息
系统信息是无线通信系统中，网络设备，比如基站，向一个小区内的终端设备发送的消息，消息中包括该小区的小区级别的信息，对于接入该小区的所有终端设备有效。通常，网络设备采用广播方式发送系统信息。
按照系统信息的内容和重要程度等，可将系统信息进一步细分。下面，以目前LTE系统中的系统消息为例，对系统信息的组成加以说明，其他系统虽然划分方式略有不同，但原理基本相同，这里不再赘述。
LTE系统中，系统信息可分为主信息块(MasterInformationBlock，MIB)和多个系统信息块(SystemInformationBlock，SIB)，其中SIB由分为SIB1和其他SIB。每个系统信息包含了与某个功能相关的一系列参数集合。
LTE系统中，有3种类型的RRC消息用于传输系统信息，分别为：
1)MIB消息，用于传输MIB；
2)SIB1消息，用于传输SIB1；
3)一个或多个SI消息，用于传输除了SIB1之外的其他SIB。
其中，MIB消息在物理广播信道(Physical Broadcast CHannel，PBCH)上传输，时频资源固定。若存在SIB1，则由物理下行控制信道(Physical Downlink Control CHannel，PDCCH)信令来调度用于传输SIB1消息的频域资源，用于传输SIB1消息的时域资源固定。
与MIB消息所在的时频位置固定不同，SIB1消息和SI消息均在物理下行共享信道(Physical Downlink Shared CHannel，PDSCH)上传输，且SIB1消息和SI消息所占的资源块(Resource Block，RB)(频域上的位置)及其传输格式等均是动态调度的，由PDCCH信令来指示。UE通过在一个子帧的PDCCH上盲检来确定该子帧是否存在SI消息(SIB1在时域上的位置固定)。
演进节点B(evloved NodeB，eNB)可以根据具体情况灵活地改变SIB1消息和SI消息所占的带宽、使用的RB集合以及传输格式等。每个SI消息包含了一个或多个除SIB1外的SIB，这些SIB具有相同的调度需求，(比如：相同的传输周期)。
SIB1消息中指定了SI消息中包含了哪些SIB，以及该SI消息的周期、调度信息等。
本申请中，将系统消息进行如下划分：
1)、第一系统消息：在物理广播信道(比如：LTE系统中的PBCH)上周期发送，占用的物理资源位置固定(比如：对于LTE系统，占用的时域资源位置和频域资源位置固定)。通常第一系统消息的发送周期小于系统消息更新周期。
对于LTE系统，该第一系统消息可为MIB消息，发送周期为40ms。
2)、第二系统消息：在业务信道(比如：LTE系统中的PDSCH)上发送，占用的物理资源位置不固定(或者仅时域位置固定，频域位置通过调度信令指示)，该第二系统消息中包括至少一个第三系统消息的调度信息。第二系统消息可周期发送，若周期发送，通常第二系统消息的发送周期小于系统消息更新周期，且大于第一系统信息的发送周期。
对于LTE系统，该第二系统消息可为SIB1消息，用于传输SIB1，SIB1消息周期发送，发送周期为80ms。
3)、至少一个第三系统消息：在业务信道(比如：LTE系统中的PDSCH)上发送，占用的物理资源位置不固定。
比如：对于LTE系统，第三系统消息为SI消息。
在实施例一中，系统消息中包括至少两个第三系统消息，该至少两个系统消息包括至少一个常规类第三系统消息和至少一个激活类第三系统消息。
其中，激活类第三系统消息为小区特定功能激活时小区内的终端设备需要获取的系统消息，常规类第三系统消息为上述至少两个系统消息中，除了激活类第三系统消息之外的其他系统消息。
以LTE系统为例，所有SI消息中，用于传输SIB 10、SIB11、SIB12、SIB14的SI消息可为激活类第三系统消息，SI消息中的其他系统消息为常规类第三系统消息。
可选地，一个常规类第三系统消息可传输至少一个系统信息，当其中的一个或多个系统信息发生变更时，则认为传输该系统信息的常规类第三系统消息需要更新；一个激活类第三系统消息也可传输至少一个系统信息，当其中的一个或多个系统信息发生变更时，则认为传输该系统信息的激活类第三系统消息需要更新。此时，可将第三系统消息和系统信息之间的关系称为一对多的关系。
或者，可选地，一个常规类第三系统消息可传输至少一个系统信息，当其中的一个或多个系统信息发生变更时，则认为传输该系统信息的常规类第三系统消息需要更新；一个激活类第三系统消息只传输一个系统信息，当该一个系统信息发生变更时，则认为传输该系统信息的激活类第三系统消息需要更新。此时，可将常规类第三系统消息和系统信息之间的对应关系称为一对多的关系，可将激活类第三系统消息和系统信息之间的对应关系称为一对一的关系。
再或者，可选地，一个常规类第三系统消息仅传输一个系统信息，当该一个系统信息发生变更时，则认为传输该系统信息的常规类第三系统消息需要更新；一个激活类第三系统消息可传输至少一个系统信息，当其中的一个或多个系统信息发生变更时，则认为传输该系统信息的激活类第三系统消息需要更新。此时，可将常规类第三系统消息和系统信息之间的对应关系称为一对一的关系，可将激活类第三系统消息和系统信息之间的对应关系称为一对多的关系。
再或者，可选地，一个常规类第三系统消息仅传输一个系统信息，当该一个系统信息发生变更时，则认为传输该系统信息的常规类第三系统消息需要更新；一个激活类第三系统消息仅传输一个系统信息，当该一个系统信息发生变更时，则认为传输该系统信息的激活类第三系统消息需要更新。此时，可将第三系统消息和系统信息之间的对应关系称为一对一的关系。
目前LTE系统中，当终端设备通过读取寻呼消息获知需要进行系统信息更新时，需要读取所有的系统消息。而本申请中，针对不同的系统消息，指示该系统消息是否需要更新，则终端设备无需读取不需要更新的系统消息，降低了能耗，节省了处理能力。特别当系统消息与系统信息是一对一的关系时，可以细化到每一个系统信息，只要当一个系统信息发生变更时，终端设备才需要读取对应的系统消息，与系统消息与系统信息一对多的关系相比，划分更细致，能够进一步降低终端设备的能耗和处理能力，但这要求网络设备在指示系统信息变更时，需要更多的信息比特，相对提高了控制信息的开销。
对于第一系统消息和第二系统消息，由于系统消息中仅包括一个系统信息，所以可认为是系统消息与系统信息之间是一对一的对应关系。
所以，本申请中，为了便于理解，在系统消息与系统信息是一对一的对应关系时，认为系统信息变更，则对应的系统消息需要更新；在系统消息与系统信息是一对多的对应关系时，认为任何一个或多个系统信息变更，则对应的系统消息需要更新。后面的描述中，不再明确区分系统信息的更新和系统消息的更新。
3、目前LTE系统中通知系统消息变更的方案
目前，LTE系统中，通过寻呼和ValueTag两种方式通知终端设备即将到来的系统消息变更，其中，以寻呼方式为主。当小区即将修改某些系统信息时，基站会先对当前系统消息变更周期内的所有寻呼消息中的systemInfoModification字段置1，指示系统消息即将发生变化(但并不发送更新后的内容)，然后在紧接着的下一个系统消息变更周期，小区才会发送更新后的系统信息。终端通过接收寻呼消息并检测字段systemInfoModification，可以预知系统消息即将改变，进而在下一系统消息变更周期开始时重新接收所有系统消息。
对于处于空闲态的终端来说，为节约终端能耗，在绝大多数时间处于休眠状态。但是会每隔一段时间(DRX周期)醒来一次，接收系统周期发送的寻呼消息，然后再进入休眠状态。其中，DRX周期就等于寻呼周期。在LTE系统中，系统消息变更周期为寻呼周期的整数倍，也就是说，当系统信息改变之前，终端有多次机会接收寻呼消息，并读取其中的systemInfoModification字段，以获取系统信息是否改变的信息。若systemInfoModification＝1，该终端将在下一系统消息变更周期开始处，按以下顺序读取系统信息：
1)、读取MIB。
2)、监听物理下行控制信道(Physical Downlink Control CHannel，PDCCH)，根据由系统消息-无线网络临时标识(System Information-Radio Network TemporaryIdentity，SI-RNTI)加扰的PDCCH信息，获取SIB1的频域调度信息，并根据固定的时域调度信息，确定SIB1的时频位置，读取SIB1；
3)、通过SIB1中包括的各SI的周期、调度信息以及SI与其他各SIB的映射关系等信息，确定各系统消息的资源位置；
4)、读取所有SI消息。
对于处于空闲态的终端来说，系统消息变更周期是寻呼周期的整数倍，也就是说，在一次系统消息变更周期内，终端会有数次机会接收寻呼消息，因此，目前LTE系统中通过寻呼消息指示系统消息变更是可靠的。
但是，如前所述，若使用长DRX周期，比如在CIoT中，由于长DRX周期的使用，寻呼周期可能会大于系统消息变更周期，当终端醒来准备接收寻呼消息时，系统信息(特别是关于寻呼的系统信息)可能已经发生变更，此时对于终端来说，并不能保证能够成功接收系统消息。
因此，在诸如CIoT的长DRX系统中，目前的以寻呼方式为主的通知系统消息变更的方式并不可靠。
除此之外，SIB并不是在每次变更周期都会同时变化，可能仅有部分变化发生，单独的systemInfoModification指示，只能指示是否变化，不能指示哪些变化，因此目前LTE系统中要求终端重收所有系统消息，比较费电。
4、SI窗口(SI-window)和SI消息的调度
目前LTE系统中，每个SI消息只在一个SI窗口中传输。其中：
1)一个SI消息跟一个SI窗口相关联，该SI窗口内只能发这个SI消息且可以重复发送多次(发多少次，在哪些子帧上发送等，取决于基站的实现)，但不能发送其它SI消息；
2)SI窗口之间是紧挨着的(如果相邻的话)，既不重叠，也不会有空隙；
3)所有SI消息的SI窗口长度都相同；
4)不同SI消息的周期是相互独立的。
目前LTE系统中，MIB和SIB1的时域调度是固定的，SI消息的时域调度过程如下：
1)终端确认每个SI消息对应的SI窗口的起始位置以及SI窗口的长度。
SI窗口的长度由SIB1的si-WindowLength字段指定，其以ms为单位。
SIB1的schedulingInfoList指定了SI消息的列表，每个SI消息在该列表中的顺序以n表示(从1开始)。
此时每个SI消息有一个x＝(n-1)*w，其中w为si-WindowLength。可以看出，x是以ms为单位的。
则SI窗口的起始帧满足SFN％T＝FLOOR(x/10)，其中T为对应的SI消息的周期，由si-Periodicity指定(以系统帧为单位，即以10ms为单位)。通过SFN％T的运算，保证了不同SI的窗是紧挨着的，FLOOR(x/10)确定SI窗口在周期内的起始系统帧(一个系统帧为10ms，所以有x/10)。其中，％表示取余运算，FLOOR表示返回小于或者等于表达式的最大整数，/表示除法。
SI窗口的起始子帧为#a，其中a＝x％10。
从上述公式可以看出，x决定了SI窗口在该SI周期内的起始帧和起始子帧；SFN％T保证了SI窗口在SI周期内只出现一次；而x＝(n-1)*w保证了SI窗口之间紧挨(如果相邻的话)，不重叠，没有空隙。
SI窗口确定了以后，基站会决定在该SI窗口内调度多少次同一SI，不同厂商的实现可能不同，但某些子帧不能用于调度SI消息，这些子帧包括：
1)SFN％2＝0的系统帧内的子帧5，该子帧用于SIB1的传输；
2)任一多播/组播单频网络(Multimedia Broadcast multicast service SingleFrequency Network，MBSFN)子帧；
3)时分双工(Time Division Duplexing，TDD)LTE系统中的上行子帧。
5、其他说明
本发明实施例中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
以上，介绍了本申请涉及的基本概念，为了便于理解，下面的表1中列出了本申请各实施例的主要内容、涉及的附图。
表1
【实施例一】
图3示出了本申请提供的无线通信系统，该无线通信系统的架构适用于本申请各实施例。
如图3所示，该无线通信系统包括：网络设备301以及至少一个终端设备302。
该网络设备301在一个小区内发送系统消息，至少一个终端设备302接收网络设备301发送的系统消息。
实施例一提供的无线通信系统的通信制式包括但不限于：全球移动通信系统(Global System of Mobile communication，GSM)、码分多址(Code Division MultipleAccess，CDMA)IS-95、码分多址(Code Division Multiple Access，CDMA)2000、时分同步码分多址(Time Division-Synchronous Code Division Multiple Access，TD-SCDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、时分双工-长期演进(TimeDivision Duplexing-Long Term Evolution，TDD LTE)、频分双工-长期演进(FrequencyDivision Duplexing-Long Term Evolution，FDD LTE)、长期演进-增强(Long TermEvolution-Advanced，LTE-advanced)、个人手持电话系统(Personal Handy-phoneSystem，PHS)、802.11系列协议规定的无线保真(Wireless Fidelity，WiFi)、全球微波互联接入(Worldwide Interoperability for Microwave Access，WiMAX)，以及未来演进的各种无线通信系统。
其中，终端设备302可以是无线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN，Radio Access Network)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS，Personal CommunicationService)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL，Wireless LocalLoop)站、个人数字助理(PDA，Personal Digital Assistant)等设备。无线终端也可以称为订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户设备(User Device)、或用户装备(User Equipment)。
网络设备301可包括基站，或用于控制基站的无线资源管理设备，或包括基站和用于控制基站的无线资源管理设备；其中基站可为宏站或小站，比如：小小区(small cell)、微小区(pico cell)等，基站也可为家庭基站，比如：家庭节点B(Home NodeB，HNB)、家庭演进节点B(Home eNodeB，HeNB)等，基站也可包括中继节点(relay)等。
比如：对于TDD LTE、FDD LTE或LTE-A等LTE系统，本发明实施例提供的无线通信系统中的网络设备301可为演进节点B(evolved NodeB，eNodeB)，终端设备302可为UE；对于TD-SCDMA系统或WCDMA系统，本发明实施例提供的无线通信系统中的网络设备301可包括：节点B(NodeB)和/或无线网络控制器(Radio Network Controller，RNC),终端设备302可为UE；对于GSM系统，本发明实施例提供的中的网络设备301可包括基站收发台(BaseTransceiver Station，BTS)和/或基站控制器(Base Station Controller，BSC)；终端设备302为移动台(Mobile Station，MS)；对于WiFi系统，网络设备301可包括：接入点(AccessPoint，AP)和/或接入控制器(Access Controller，AC)，终端设备302可为站点(STAtion，STA)。
实施例一提供的无线通信系统的一个具体的例子可为CIoT系统，它广泛应用于多个领域，包括智能交通、楼控系统、家庭智能控制系统、视频监控系统、工业监测等。如图4所示，其中的冰箱、电表、汽车等均可作为CIoT系统中的终端设备302，通过基站、传输网络等与其他终端设备进行通信，比如：电表与汽车之间的通信等。
【实施例二】
如图5所示，实施例二提供的系统消息更新流程包括如下步骤：
S501：网络设备301在小区内发送第一系统消息，第一系统消息中携带第一指示信息，该第一指示信息与系统消息更新有关；
S502：终端设备302在收到该第一系统消息后，获取第一系统消息中的第一指示信息，并根据该第一指示信息对除了第一系统消息之外的其他系统消息进行更新。
其中，第一系统消息是周期性发送的，且占用的物理资源位置固定，终端设备302可处于空闲态，且预先知道第一系统消息的发送周期、发送时刻和物理资源位置，终端设备302可在每个DRX周期内，在醒来时读取第一系统消息。可选地，终端设备302可在醒来后，读取寻呼消息前读取第一系统消息。
第一系统消息的发送周期可依据产品实现而定，比如：40ms。
可选地，若所述第一指示信息指示需要更新除了第一系统消息之外的其他系统消息，则终端设备302确定需要进行系统消息更新，并进行系统消息；若所述第一指示信息指示无需更新除了第一系统消息之外的其他系统消息，则终端设备302确定无需进行系统消息更新，这样通过读取第一系统消息中的第一指示信息，无需读取其他系统消息即可确定是否要读取除了第一系统消息之外的其他系统消息，达到了省电和节省处理能力的目的。
下面，举例介绍第一指示信息的几种可选实现方案。
可选方案一
比如：该ValueTag取值范围为0～31，系统消息每更新一次该第一指示信息可通过一个ValueTag指示所有的系统消息是否需要更新，，ValueTag值加1。这里，系统消息每更新一次，是指在一个系统消息更新周期内，只要除了第一系统消息之外的其他系统消息中有发生改变的，则系统消息更新一次，且不管有几个系统消息发生改变，ValueTag值仅加1。这样，终端设备302在第一指示信息的ValueTag值发生改变时，确定需要更新系统消息，若ValueTag值未变，则确定无需更新系统消息。
可选方案二
该第一指示信息包括：(1+M)个ValueTag，该(1+M)个ValueTag中，一个用于指示第二系统消息是否需要更新，M个ValueTag分别对应于M个常规类第三系统消息，每一个用于指示对应的常规类第三系统消息是否需要更新，这(1+M)个ValueTag的设置可同可选方案一中ValueTag的设置，M为正整数。
此外，第一指示信息还可包括N个激活指示信息，该N个激活指示信息分别用于指示N个激活类第三系统消息中每一个系统消息是否需要更新，当取值为“1”时，表明需要更新，当取值为“0”时，表明无需更新，N为正整数。
可选方案三
可选地，第一指示信息包括：第二指示信息；
第二指示信息用于指示小区当前使用的第二系统消息和至少一个常规类第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个常规类第三系统消息中的任何一个或多个系统消息更新，版本变化一次；
步骤S502中，终端设备302在获取第一指示信息后，若其中的第二指示信息指示的配置版本与终端设备302已记录的配置版本不同，则终端设备302更新第二系统消息；若第二指示信息指示的配置版本与终端设备302已记录的配置版本相同，则终端设备302确定无需更新第二系统消息。可选地，该第二指示信息也可以采用ValueTag的方式实现。
可选地，第二系统消息中包括M个第三指示信息分别对应于M个常规类第三系统消息。第三指示信息用于指示相对于最近一次配置版本变化，对应的常规类第三系统消息是否已更新；在终端设备302更新第二系统消息之后，从第二系统消息中获取至少一个第三指示信息。
这里区分第二指示信息指示的配置版本，可有如下多种情况：
情况一、
第二指示信息指示的配置版本与终端设备302已记录的配置版本不同，但两个配置版本中间不存在其他不同的配置版本。
在情况一下，若至少一个第三指示信息中每一个第三指示信息均指示相对于最近一次配置版本变化，对应的常规类第三系统消息并未更新，则终端设备302确定无需更新至少一个常规类第三系统消息中的任何一个系统消息；
在情况一下，若至少一个第三指示信息中存在一个或多个第三指示信息，指示相对于最近一次配置版本变化，对应的常规类第三系统消息已更新，则针对每一个已更新的常规类第三系统消息，终端设备302按照更新后的第二系统消息中该常规类第三系统消息的调度信息，读取该常规类第三系统消息。
情况二、
第二指示信息指示的配置版本与终端设备302已记录的配置版本中间存在其他不同的配置版本。
在情况二下，终端设备302针对每一个常规类第三系统消息，按照更新后的第二系统消息中该常规类第三系统消息的调度信息，读取该常规类第三系统消息。
在情况二下，终端设备302要更新每一个常规类第三系统消息，这是因为：第二指示信息指示的配置版本与终端设备302已记录的配置版本中间存在其他不同的配置版本，并且第二指示信息用于指示小区当前使用的第二系统消息和至少一个常规类第三系统消息的组合的配置版本，这表明终端设备302可能错过了至少一次的系统消息更新过程。比如：如果一个常规类第三系统消息较上一个配置版本并没有变化，但是较再之前的配置版本有变化，则对应的第三指示信息取值仍为“0”，这时根据第三系统消息确定是否需要更新该常规类第三系统消息是不准确的。因此，终端设备302为保证所保存的系统消息有效性，在情况二下，需要更新每一个常规类第三系统消息。
可选地，在可选方案三中，第一指示信息还可包括：N个第四指示信息，N个第四指示信息分别对应于N个激活类第三系统消息，用于指示小区内的终端设备是否需要更新对应的激活类第三系统消息；
此时，若第四指示信息指示小区内的终端设备需要更新对应的激活类第三系统消息，则终端设备302更新对应的激活类第三系统消息；若第四指示信息指示小区内的终端设备无需更新对应的激活类第三系统消息，则终端设备302确定无需更新对应的激活类第三系统消息。
需要说明的是，以上几种可选方案仅为举例说明，实施例一在实现长DRX周期的终端设备302更新系统消息时，关键是网络设备301通过了周期性发送的，且占用的物理资源位置固定的第一系统消息来指示终端设备302是否需要更新系统消息，从而避免了采用寻呼消息指示终端设备302是否需要更新系统消息，这样，即使终端设备302无法及时读取寻呼消息，也能够实现系统消息的及时更新。
下面，以LTE系统为例，通过图6所示的流程举例说明可选方案三。
图6所示的流程中，第一系统消息为MIB消息，第二系统消息为SIB1消息，至少一个第三系统消息为SI消息，至少一个第三系统消息用于传输除了SIB1之外的其他SIB，其中包括：SI_NORM，即前述的常规类第三系统消息为，激活类第三系统消息为SI_ACT，比如：LTE系统中SIB14，主要用于实现扩展接入控制(Extended Access Barring，EAB)功能，该功能开启时，终端设备302才需要读取相关SIB。
MIB和SIB1的资源位置及重复次数固定。
SIB1以外的其他SIB包含在SI消息中。一个SI消息中可以包含一个SIB，也可以包含多个SIB。若包含多个SIB，必须是同周期、同种类的SIB。可选地，由常规类SIB组成的SI消息称为常规类SI消息，由激活类SIB组成的SI消息成为激活类SI消息。
第二指示信息为MIB中的ValueTag；SIB1和常规SI消息每变更一次(无论一个变更周期中有几个改变)，该ValueTag的值加1。
SIB1中包含SI消息的调度信息、周期以及其中分别包含哪些SIB。M个第三指示信息为SIB1中的M个SI_NORM_IND，取值为0表示对应的常规类第三系统消息未更新，取值为1表示对应的常规类第三系统消息已更新。该M个SI_NORM_IND可由bitmap实现，该bitmap包括至少M bit，每一个bit对应一个常规类第三系统消息。
N个第四指示信息为MIB中N个SI_ACT_IND，取值为0表示对应的激活类第三系统消息无需更新，取值为1表示对应的激活类第三系统消息需要更新。该N个SI_ACT_IND也可由bitmap实现，该bitmap包括至少N bit，每一个bit对应一个激活类第三系统消息。
终端设备302维护ValueTagMS，该ValueTagMS的值为上一次系统信息更新时从MIB中读取并记录下来的ValueTag的值。
其中，采用ValueTag的方式指示系统消息是否需要更新的原因是，在终端设备302休眠时，系统消息可能发生了多次变化，仅用1比特信息，如果系统消息变换了偶数次，则无法指示系统消息已经发生变化。ValueTag适用于指示第二系统消息和常规类第三系统消息或它们组合的变化情况。
而对于激活类第三系统消息，只要对应的激活指示信息置“1”，则终端设备302就要读取该激活类第三系统消息，不论是否发生变化，已经变化几次。
如图6所示，该流程包括如下步骤：
S601：处于空闲态的终端设备302从休眠状态醒来后，接收MIB，其中，可选地，终端设备302的DRX周期大于系统信息变更周期；
S602：终端设备302判断所有的SI_ACT_IND的值是否均为0；若均为0，则执行步骤S603，若存在部分SI_ACT_IND值为1，则执行步骤S604；
S603：终端设备302确定无需读取任何一个SI_ACT；
S604：终端设备302判断MIB中的ValueTag值是否变化(即比较读取的MIB中的ValueTag与自身记录的ValueTagMS值是否相等)，若变化则执行步骤S606，如未变，则执行步骤S605；
S605：终端设备302根据记录的原有SIB1中的调度信息，读取SI_ACT_IND值为1的SI_ACT；
S606：终端设备302读取SIB1；
S607：终端设备302根据步骤S606中读取的SIB1中的调度信息，读取SI_ACT_IND值为1的SI_ACT；
S608：终端设备302判断MIB中的ValueTag值的变化；若没有变化，则执行步骤S609，若有变化，则执行步骤S610；
S609：终端设备302确定无需读取SIB1和任何一个SI_NORM；
S610：终端设备302判断MIB中的ValueTag值是否比自身记录的原有ValueTag值大1(即判断是否满足MIB中读取的ValueTag＝ValueTagMS+1)，若大1，则执行步骤S611，否则(即MIB中读取的ValueTag<ValueTagMS或MIB中读取的ValueTag>ValueTagMS+1)执行步骤S612；
S611：终端设备302读取SIB1，按照SIB1中的SI_NORM的调度信息，读取所有SI_NORM；
S612：读取SIB1；
S613：终端设备302判断SIB1中所有SI_NORM_IND的值是否均为0，若均为0，则执行步骤S614，否则执行步骤S615；
S614：终端设备302确定无需读取任何一个SI_NORM；
S615：终端设备302根据读取的SIB1中的SI_NORM_IND值为1的SI_NORM的调度信息，读取SI_NORM_IND值为1的SI_NORM。
实施例二中，终端设备302可在确定需要更新某个系统消息时，立即读取该系统消息，或者在下一个系统消息更新周期读取该系统消息。
实施例二中，针对具有长DRX周期(即DRX周期大于系统消息更新周期)的终端设备，提供了一种系统消息更新方案，该方案中，终端设备根据第一系统消息中的第一指示信息进行系统消息更新，使得使用长DRX周期的空闲态终端设备可以及时准确地获取系统消息变更。
并且，在一种可选实现方案中，网络设备在第一系统消息中携带第二指示信息、第四指示信息，以及在第二系统消息携带第三指示信息，使得终端尽量只读取必需的系统消息，降低了终端设备的能耗。
在部分可选方案中，将第三系统消息分为常规类第三系统消息和激活类第三系统消息，第二指示信息仅指示第二系统消息和常规类第三系统消息的变更，对于激活类第三系统消息使用单独的第四指示信息指示消息变更。使得终端设备尽量只读取必需的系统消息，降低了终端能耗。
需要说明的是，实施例二可解决长DRX周期的终端设备无法及时读取寻呼消息，而导致的系统消息更新失败的问题，但实施例二也可适用于普通DRX周期的终端设备，提供了另一种系统消息更新的机制，采用该机制中的可选方案，比如：网络设备发送第二指示信息、第三指示信息和第四指示信息，可避免终端设备读取所有的系统消息，而是仅读取需要更新的系统消息，这样可降低终端设备的能耗。
【实施例三】
需要说明的是，实施例三中的部分指示信息虽然与实施例二中命名相同，但它们可能表示不同的含义，具体含义以实施例中的描述为准。
如图7所示，实施例三提供的系统消息更新流程包括如下步骤：
S701：网络设备301在小区内发送第一系统消息；
S702：终端设备302获取第一系统消息中的第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新，若第一指示信息指示与寻呼有关的系统消息未更新，则执行步骤S703和步骤S704；
S703：终端设备302按照已记录的与寻呼有关的系统消息，接收网络设备301发送的寻呼消息；
S704：终端设备302根据接收的寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新。
其中，第一系统消息、第二系统消息和第三系统消息可参考前面基本概念部分的描述。
实施例三提供的系统消息更新方案，也可解决长DRX终端设备无法及时读取寻呼消息，从而导致的系统消息更新失败的问题。首先，终端设备302通过周期性发送，且占用的资源固定的第一系统消息读取第一指示信息，根据第一指示信息判断与寻呼有关的系统消息是否变更，这样，当终端设备302在确定与寻呼有关的系统消息未变更时，就可以成功接收寻呼消息，进一步再根据寻呼消息中的第二指示信息进行系统消息更新。
可选地，第二指示信息包括：第三指示信息、第四指示信息和至少一个第五指示信息；
第三指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
第四指示信息，用于指示相对于最近一次配置版本变化，第二系统消息是否已更新；
一个第五指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
可选地，若第三指示信息指示的配置版本与终端设备302已记录的配置版本相同，则确定无需进行系统消息更新；
若第三指示信息指示的配置版本与终端设备302已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则：
在第四指示信息指示相对于最近一次配置版本变化，第二系统消息已更新时，终端设备302更新第二系统消息；
在第四指示信息指示相对于最近一次配置版本变化，第二系统消息未更新时，终端设备302确定无需更新第二系统消息。
可选地，若第三指示信息指示的配置版本与终端设备302已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则：
在至少一个第五指示信息中每一个第三指示信息均指示相对于最近一次配置版本变化，对应的第三系统消息并未更新时，终端设备302确定无需更新至少一个第三系统消息中的任何一个系统消息；
在至少一个第五指示信息中存在一个或多个第五指示信息，指示相对于最近一次配置版本变化，对应的第三系统消息已更新时，终端设备302针对每一个已更新的第三系统消息进行更新。
可选地，若第三指示信息指示的配置版本与终端设备302已记录的配置版本不同，且两个配置版本中间没有其他不同的配置版本，则：
终端设备302更新第二系统消息；
终端设备302按照更新后的第二系统消息中的至少一个第三系统消息的调度信息，更新每一个第三系统消息。
可选地，若第一指示信息指示与寻呼有关的系统消息已更新，则终端设备302更新第二系统消息；
获取第二系统消息中的第六指示信息和至少一个第七指示信息；
第六指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
一个第七指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新；
终端设备302根据第六指示信息和至少一个第七指示信息进行系统消息更新。
可选地，若第六指示信息指示的配置版本与终端设备302已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则终端设备302针对至少一个第七指示信息指示的每一个已更新的第三系统消息，对该第三系统消息进行更新；
若第六指示信息指示的配置版本与终端设备302已记录的配置版本不同，且两个配置版本中间存在其他不同的配置版本，则终端设备302针对至少一个第三系统消息中的每个系统消息进行更新。
下面，以LTE系统为例，说明实施例三提供的系统消息更新的方案。
其中，第一系统消息为MIB消息，第二系统消息为SIB1消息，至少一个第三系统消息为SI消息，至少一个第三系统消息用于传输除了SIB1之外的其他SIB。
MIB和SIB1的资源位置固定及重复次数固定。
SIB1以外的其他SIB包含在SI消息中。一个SI消息中可以包含一个SIB，也可以包含多个SIB。若包含多个SIB，必须是同周期、同种类的SIB。
第一指示信息为MIB中的ValueTagPaging，和寻呼相关的系统消息每变更一次，ValueTagPaging值加1。
第二指示信息包括寻呼消息中的第三指示信息、第四指示信息和至少一个第五指示信息，其中：
第三指示信息为ValueTag，用于指示小区当前使用的SIB1消息和至少一个SI消息的组合的配置版本，在一个系统消息更新周期内，SIB1消息和至少一个SI消息中的任何一个或多个系统消息更新，配置版本变化一次。
第四指示信息为1比特的SIB1变化指示信息，用于指示相对于上述配置版本的最近一次变化，SIB1是否已更新；
至少一个第五指示信息为K个SI_IND，取值为0表示对应的SI消息未更新，取值为1表示对应的SI消息已更新。该K个SI_IND可由bitmap实现，该bitmap包括至少K bit，每一个bit对应一个SI消息。
SIB1中包括第六指示信息和至少一个第七指示信息，其中：
第六指示信息为SIB1中的ValueTag，与寻呼消息中的ValueTag含义相同；
至少一个第七指示信息为SIB1中的K个SI_IND，含义与寻呼消息中的K个SI_IND相同。
终端设备302维护ValueTagMS和ValueTagPagingMS，该ValueTagPagingMS的值为上一次系统消息更新时从MIB中读取并记录下来的ValueTagPaging的值，ValueTagMS的值为上一次系统消息更新时，从寻呼消息或第二系统消息中读取并记录下来的ValueTag的值。
其中，采用ValueTag的方式指示系统消息是否需要更新的原因是，在终端设备302休眠时，系统消息可能发生了多次变化，仅用1比特信息，如果系统消息变换了偶数次，则无法指示系统消息已经发生变化。
下面，以处于空闲态的终端设备302为例，说明系统消息更新的过程：
处于空闲态的终端从休眠状态醒来后，读取MIB；
下面，按照MIB中读取的ValueTagPaging的取值不同，分情况加以说明：
情况一、ValueTagPagingMS＝MIB中读取的ValueTagPaging；
终端设备302接收寻呼消息，下面，区分从寻呼消息中读取的ValueTag的不同取值加以说明：
子情况一、寻呼消息中读取的ValueTag＝ValueTagMS+1
在情况一的子情况一下，若从寻呼消息中读取的SIB1变化指示信息指示SIB1变更，则终端设备302读取SIB1；若寻呼消息中读取的K个SI_IND指示某一SI消息变更，则根据SIB1中的SI调度信息读取发生变更的SI消息，并设置ValueTagMS＝ValueTag。
子情况二、从寻呼消息中读取的ValueTag<ValueTagMS或寻呼消息中读取的ValueTag>ValueTagMS+1
在情况一的子情况二下，终端设备302读取SIB1，根据其中SI消息调度信息，重新读取所有SI消息，并设置ValueTagMS＝ValueTag。
情况二、ValueTagPagingMS≠MIB中读取的ValueTagPaging
在情况二下，终端设备302读取SIB1，根据SIB1中读取的ValueTag的取值，区分如下两种子情况：
子情况一、SIB1中读取的ValueTag＝ValueTagMS+1
在情况二的子情况一下，终端设备302根据SIB1中K个SI_IND和SI调度信息，读取发生变化的SI消息，并设置ValueTagMS＝SIB中读取的ValueTag。
子情况二、SIB1中读取的ValueTag<ValueTagMS或SIB1中读取的ValueTag>ValueTagMS+1
在情况二的子情况二下，终端设备302重新读取所有SI消息，并设置ValueTagMS＝SIB1中读取的ValueTag。
此外，在情况二下，终端设备302设置ValueTagPagingMS＝MIB中读取的ValueTagPaging。
实施例三中，针对具有长DRX周期(即DRX周期大于系统消息更新周期)的终端设备，提供了一种系统消息更新方案，该方案中，处于空闲态的终端设备在寻呼相关的系统消息未改变的前提下，也可以通过寻呼消息获取系统消息变更信息。
并且，在实施例三的部分方案中，对终端设备读取系统消息的机制进行优化，通过在寻呼消息中携带多个指示信息，在SIB1消息中携带多个指示信息，使得终端尽量只读取必需的系统消息，以减少终端能耗。
需要说明的是，虽然实施例三可以解决长DRX周期的终端设备无法正常更新系统消息的问题，但是，对于短DRX周期的终端设备，也提供了一种新的系统消息更新的方案，能够提高系统消息更新的成功率。
【实施例四】
如图8所示，实施例四提供的系统消息更新流程包括如下步骤：
S801：网络设备301在小区内发送寻呼消息；
S802：终端设备302接收网络设备301发送的上述寻呼消息，从寻呼消息获取系统消息更新指示信息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示终端设备302是否需要更新该系统消息；
S803：终端设备302根据获取的系统消息更新指示信息进行系统消息更新。
其中，第一系统消息、第二系统消息和第三系统消息可参考前面基本概念部分的描述。
实施例二和实施例三均能解决长DRX周期的终端设备302的系统消息更新的问题。实施例四中，针对短DRX周期(DRX周期不大于系统消息更新周期，进一步地，系统消息更新周期可为DRX周期的整数倍)的终端设备302，提出了一种新的系统消息更新方案，其中，寻呼消息中的系统消息更新指示信息是分别针对每一个系统消息设置的，即分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息设置，因此可以精确地指示每一个系统消息的变化情况，这样终端设备302在进行系统消息更新时，仅需更新针对发生变化的系统消息进行更新，降低了设备能耗。
可选地，各系统消息的系统消息更新指示信息可由bitmap实现，每一比特对应一个系统消息，当一个比特为0时，表示对应的系统消息未变，当该比特为1时，表示对应的系统消息改变。
可选地，至少一个第三系统消息可包括激活类第三系统消息和常规类第三系统消息，可选地，针对第一系统消息、第二系统消息和常规类第三系统消息，当对应的系统消息更新指示信息为1时，终端设备302可在下一个系统消息更新周期中，读取对应的系统消息；针对激活类第三系统消息，当对应的系统消息更新指示信息为1时，终端设备302可立即读取该激活类第三系统消息。
【实施例五】
如图9A所示，实施例五提供的系统消息传输流程包括如下步骤：
S901：网络设备301对于要发送的每一个系统消息，确定该系统消息的发送的起始位置、发送周期和重复次数；
S902：终端设备302确定要接收的每一个系统消息的发送起始位置、发送周期和重复次数；
S903：网络设备301对于每个要发送的系统消息，按照确定的该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息，终端设备302按照确定的每一个系统消息的发送起始位置、发送周期和重复次数，接收系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括其他一个或多个系统消息。
实施例五提供的方案，适用于前面任何一个实施例，网络设备301的两次重复发送过程中发送其他系统消息，这样终端设备302在收完一个系统消息后，无需等待系统消息窗的到来，可以收其他系统消息，提高了系统消息更新的效率。
下面，分别介绍可选方案一和可选方案二，通过对比两种可选方案，说明实施例四的具体实现和效果。
可选方案一、网络设备301在一个SI窗口中重复发送同一个系统消息的方案；
可选方案二、网络设备301在一个系统消息的两次发送之间的时间间隔内，发送其他系统消息。
下面，参照图9B说明可选方案一。
可选方案一
可选方案一的一个应用场景是，为了实现CIoT中对于覆盖增强的要求，网络设备301需要在一个SI窗口内对同一SI消息进行重复发送。
可选方案一中，假设SI消息传输的频域资源固定，调制编码方式等也固定，只需进行时域调度。
SIB1中携带的调度信息只包括SIn,n＝1,2,...,N的大小(根据系统消息SIn的大小Sn，可以得出为保证覆盖增强所需进行的重复次数Mn)以及SI消息调度的起始帧号T0以及起始子帧号t0，N为正整数。
可选方案一种，SI窗口顺序排列，中间无交叠无间隔。
在相应的窗口内对SIn,n＝1,2,...,N传输Mn次所需子帧数为其中，r为固定频域资源和调制编码方式下一个子帧可以传输的比特数目。
SIn,n＝1,2,...,N的起始帧号为
起始子帧号为
结束帧号为
结束子帧号为
在上述时域空间内，终端可以对SIn进行接收。其中，offseti为偏移子帧数，因为系统中有部分子帧是固定使用的，如用于传递MIB和SIB1的子帧等，需要剔除，这种规定对于终端设备302和网络设备301来说都是固定的，依系统设计可以算出具体的偏移子帧数。
结合图9B，从上述描述可见，可选方案一中，SI消息的调度在时间上是完全顺序的。对于覆盖较好的终端设备而言，可能只需接收很少的几次甚至一次重复，就可以得到某个SI。但是为了接收某一个系统消息，必须等候前面所有的系统消息重复都传输完毕。不宜于终端设备(特别是覆盖较好的终端设备)节电。因此，可选方案二给出了使用交叠SI窗口的系统消息发送方案。如图9C所示。
可选方案二
可选方案二中，以子帧为单位，系统消息SIn,n＝1,2,...,N顺序排列，N为正整数。
终端设备302可以在帧号为：
的数据帧中的第(t0+n+i*N-1+offsetn,i)mod10子帧上对SIn进行接收。其中，offsetn,i为SIn的第i次重复的偏移子帧数。
采用可选方案二，对于覆盖较好的终端，可能只需要几个子帧，就可以完成对系统消息的接收。对于此类终端，可选方案二的调度方案除了能够实现资源定位以及为覆盖增强而进行足够的重复传输之外，还有利于覆盖等级较好终端的节电性能。
【实施例六】
图10为本申请实施例六提供的第一种终端设备的结构示意图。如图所示，该设备包括：
接收模块1001，用于接收终端设备所在小区的第一系统消息；
处理模块1002，用于获取接收模块1001接收的第一系统消息中的第一指示信息，第一指示信息包括用于更新除了第一系统消息之外的其他系统消息的信息；并根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；
其中，第一系统消息周期性发送，且占用的物理资源位置固定。
可选地，处理模块1002更新的除了第一系统消息之外的其他系统消息包括：第二系统消息，至少两个第三系统消息，至少两个第三系统消息包括至少一个常规类第三系统消息和至少一个激活类第三系统消息；
第二系统消息，包括至少两个第三系统消息的调度信息；
激活类第三系统消息，包括小区的特定功能激活时小区内的终端设备需要获取的系统消息；常规类第三系统消息为至少两个第三系统消息中除了激活类第三系统消息之外的其他第三系统消息。
可选地，处理模块1002具体用于：在第一指示信息包括：第二指示信息，第二指示信息用于指示小区当前使用的第二系统消息和至少一个常规类第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个常规类第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次时，
若第二指示信息指示的配置版本与终端设备已记录的配置版本不同，则更新第二系统消息；
若第二指示信息指示的配置版本与终端设备已记录的配置版本相同，则确定无需更新第二系统消息。
可选地，处理模块1002具体用于：
在第二系统消息中包括至少一个第三指示信息，一个第三指示信息对应于一个常规类第三系统消息，用于指示相对于最近一次配置版本变化，对应的常规类第三系统消息是否已更新时，在更新第二系统消息之后，从第二系统消息中获取至少一个第三指示信息；
若第二指示信息指示的配置版本与终端设备已记录的配置版本不同，但两个配置版本中间不存在其他不同的配置版本，则执行如下操作：
若至少一个第三指示信息中每一个第三指示信息均指示相对于最近一次配置版本变化，对应的常规类第三系统消息并未更新，则确定无需更新至少一个常规类第三系统消息中的任何一个系统消息；
若至少一个第三指示信息中存在一个或多个第三指示信息，指示相对于最近一次配置版本变化，对应的常规类第三系统消息已更新，则针对每一个已更新的常规类第三系统消息，按照更新后的第二系统消息中该常规类第三系统消息的调度信息，控制接收模块1001读取该常规类第三系统消息。
可选地，处理模块1002具体用于：
若第二指示信息指示的配置版本与终端设备已记录的配置版本中间存在其他不同的配置版本，则
针对每一个常规类第三系统消息，按照更新后的第二系统消息中该常规类第三系统消息的调度信息，控制接收模块1001读取该常规类第三系统消息。
可选地，处理模块1002具体用于：
在第一指示信息还包括：至少一个第四指示信息，一个第四指示信息对应于一个激活类第三系统消息，用于指示小区内的终端设备是否需要更新对应的激活类第三系统消息时，
若第四指示信息指示小区内的终端设备需要更新对应的激活类第三系统消息，则更新对应的激活类第三系统消息；
若第四指示信息指示小区内的终端设备无需更新对应的激活类第三系统消息，则确定无需更新对应的激活类第三系统消息。
其中，该终端设备的各种可选实现方式可参考实施例二中终端设备302的操作。其中，接收模块1001用于执行终端设备302的接收操作，处理模块1002用于执行终端设备302的处理操作。
接收模块1001可由接收器实现，处理模块1002可由处理器实现。
该终端设备可用于执行实施例十提供的方法。
【实施例七】
图11为本申请实施例七提供的第二种终端设备的结构示意图。如图所示，该设备包括：
接收器1101，用于接收终端设备所在小区的第一系统消息；
处理器1102，用于获取接收器1101接收的第一系统消息中的第一指示信息，第一指示信息包括用于更新除了第一系统消息之外的其他系统消息的信息；并根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；
其中，第一系统消息周期性发送，且占用的物理资源位置固定。
接收器1101的各种可选实现方式可参考接收模块1001，处理器1102的各种可选实现方式可参考处理模块1002。
该终端设备可用于执行实施例十提供的方法。
【实施例八】
图12为本申请实施例八提供的第一种网络设备的结构示意图。如图所示，该设备包括：
处理模块1201，用于确定第一系统消息，第一系统消息中包括第一指示信息，第一指示信息包括用于更新除了第一系统消息之外的其他系统消息的信息；
发送模块1202，用于将处理模块1201确定的第一系统消息在小区内发送；
其中，第一系统消息周期性发送，且占用的物理资源位置固定。
可选地，发送模块1202还用于：
在小区中发送除了第一系统消息之外的其他系统消息；
除了第一系统消息之外的其他系统消息包括：第二系统消息，至少两个第三系统消息，至少两个第三系统消息包括至少一个常规类第三系统消息和至少一个激活类第三系统消息；
第二系统消息，包括至少两个第三系统消息的调度信息；
激活类第三系统消息，包括小区的特定功能激活时小区内的终端设备需要获取的系统消息；常规类第三系统消息为至少两个第三系统消息中除了激活类第三系统消息之外的其他第三系统消息。
可选地，发送模块1202发送的第一指示信息包括：第二指示信息；
第二指示信息用于指示小区当前使用的第二系统消息和至少一个常规类第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个常规类第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次。
可选地，发送模块1202发送的第二系统消息中包括至少一个第三指示信息；
一个第三指示信息对应于一个常规类第三系统消息，用于指示相对于最近一次配置版本变化，对应的常规类第三系统消息是否已更新。
可选地，发送模块1202发送的第一指示信息还包括：至少一个第四指示信息；
一个第四指示信息对应于一个激活类第三系统消息，用于指示小区内的终端设备是否需要更新对应的激活类第三系统消息。
该网络设备的其他可选实现方式可参考实施例二中的网络设备301的操作，其中，处理模块1201用于执行网络设备301的处理操作，发送模块1202用于执行网络设备301的发送操作。
处理模块1201可由处理器实现，发送模块1202可由发射器实现。
该网络设备可用于执行实施例十一提供的方法。
【实施例九】
图13为本申请实施例九提供的第二种网络设备的结构示意图。如图所示，该设备包括：
处理器1301，用于确定第一系统消息，第一系统消息中包括第一指示信息，第一指示信息包括用于更新除了第一系统消息之外的其他系统消息的信息；
发射器1302，用于将处理器1301确定的第一系统消息在小区内发送；
其中，第一系统消息周期性发送，且占用的物理资源位置固定。
处理器1301的其他可选实现方式可参考处理模块1201，发射器1302的其他可选实现方式可参考发送模块1202。
该网络设备可用于执行实施例十一提供的方法。
【实施例十】
图14为本申请实施例十提供的第一种系统消息更新方法的流程图。如图所示，该流程包括如下步骤：
S1401：第一终端设备接收所在小区的第一系统消息；
S1402：第一终端设备从第一系统消息中获取第一指示信息，第一指示信息包括用于更新除了第一系统消息之外的其他系统消息的信息；
S1403：第一终端设备根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新；
其中，第一系统消息周期性发送，且占用的物理资源位置固定。
可选地，除了第一系统消息之外的其他系统消息包括：第二系统消息，至少两个第三系统消息，至少两个第三系统消息包括至少一个常规类第三系统消息和至少一个激活类第三系统消息；
第二系统消息，包括至少两个第三系统消息的调度信息；
激活类第三系统消息，包括小区的特定功能激活时小区内的终端设备需要获取的系统消息；常规类第三系统消息为至少两个第三系统消息中除了激活类第三系统消息之外的其他第三系统消息。
可选地，第一指示信息包括：第二指示信息；
第二指示信息用于指示小区当前使用的第二系统消息和至少一个常规类第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个常规类第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
第一终端设备根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新，包括：
若第二指示信息指示的配置版本与第一终端设备已记录的配置版本不同，则第一终端设备更新第二系统消息；
若第二指示信息指示的配置版本与第一终端设备已记录的配置版本相同，则第一终端设备确定无需更新第二系统消息。
可选地，第二系统消息中包括至少一个第三指示信息，一个第三指示信息对应于一个常规类第三系统消息，用于指示相对于最近一次配置版本变化，对应的常规类第三系统消息是否已更新；
在第一终端设备更新第二系统消息之后，还包括：第一终端设备从第二系统消息中获取至少一个第三指示信息；
第一终端设备根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新，还包括：
若第二指示信息指示的配置版本与第一终端设备已记录的配置版本不同，但两个配置版本中间不存在其他不同的配置版本，则第一终端设备执行如下操作：
若至少一个第三指示信息中每一个第三指示信息均指示相对于最近一次配置版本变化，对应的常规类第三系统消息并未更新，则确定无需更新至少一个常规类第三系统消息中的任何一个系统消息；
若至少一个第三指示信息中存在一个或多个第三指示信息，指示相对于最近一次配置版本变化，对应的常规类第三系统消息已更新，则针对每一个已更新的常规类第三系统消息，按照更新后的第二系统消息中该常规类第三系统消息的调度信息，读取该常规类第三系统消息。
可选地，第一终端设备根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新，还包括：
若第二指示信息指示的配置版本与第一终端设备已记录的配置版本中间存在其他不同的配置版本，则第一终端设备针对每一个常规类第三系统消息，按照更新后的第二系统消息中该常规类第三系统消息的调度信息，读取该常规类第三系统消息。
可选地，第一指示信息还包括：至少一个第四指示信息，一个第四指示信息对应于一个激活类第三系统消息，用于指示小区内的终端设备是否需要更新对应的激活类第三系统消息；
第一终端设备根据获取的第一指示信息，针对除了第一系统消息之外的其他系统消息进行更新，还包括：
若第四指示信息指示小区内的终端设备需要更新对应的激活类第三系统消息，则第一终端设备更新对应的激活类第三系统消息；
若第四指示信息指示小区内的终端设备无需更新对应的激活类第三系统消息，则第一终端设备确定无需更新对应的激活类第三系统消息。
该方法的其他可选实现方式可参考实施例二中终端设备302的处理。
【实施例十一】
图15为本申请实施例十一提供的第二种系统消息更新方法的流程图。如图所示，该流程包括如下步骤：
S1501：网络设备确定第一系统消息，第一系统消息中包括第一指示信息，第一指示信息包括用于更新除了第一系统消息之外的其他系统消息的信息；
S1502：网络设备将确定的第一系统消息在小区内发送；
其中，第一系统消息周期性发送，且占用的物理资源位置固定。
可选地，还包括：
网络设备在小区中发送除了第一系统消息之外的其他系统消息；
除了第一系统消息之外的其他系统消息包括：第二系统消息，至少两个第三系统消息，至少两个第三系统消息包括至少一个常规类第三系统消息和至少一个激活类第三系统消息；
第二系统消息，包括至少两个第三系统消息的调度信息；
激活类第三系统消息，包括小区的特定功能激活时小区内的终端设备需要获取的系统消息；常规类第三系统消息为至少两个第三系统消息中除了激活类第三系统消息之外的其他第三系统消息。
可选地，第一指示信息包括：第二指示信息；
第二指示信息用于指示小区当前使用的第二系统消息和至少一个常规类第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个常规类第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次。
可选地，第二系统消息中包括至少一个第三指示信息；
一个第三指示信息对应于一个常规类第三系统消息，用于指示相对于最近一次配置版本变化，对应的常规类第三系统消息是否已更新。
可选地，第一指示信息还包括：至少一个第四指示信息；
一个第四指示信息对应于一个激活类第三系统消息，用于指示小区内的终端设备是否需要更新对应的激活类第三系统消息。
该方法的其他可选实现方式可参考实施例二中网络设备301的处理。
【实施例十二】
图16为本申请实施例十二提供的第三种终端设备的结构示意图。如图所示，该设备包括：
接收模块1601，用于接收终端设备所在小区的第一系统消息；小区的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息；第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息；
处理模块1602，用于获取接收模块1601接收的第一系统消息中的第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新；以及若第一指示信息指示与寻呼有关的系统消息未更新，则控制接收模块1601按照已记录的与寻呼有关的系统消息接收寻呼消息，并根据接收模块1601接收的寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新。
可选地，接收模块1601接收的第二指示信息包括：第三指示信息、第四指示信息和至少一个第五指示信息；
第三指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
第四指示信息，用于指示相对于最近一次配置版本变化，第二系统消息是否已更新；
一个第五指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
可选地，处理模块1602具体用于：
若第三指示信息指示的配置版本与终端设备已记录的配置版本相同，则确定无需进行系统消息更新；
若第三指示信息指示的配置版本与终端设备已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则在第四指示信息指示相对于最近一次配置版本变化，第二系统消息已更新时，更新第二系统消息；在第四指示信息指示相对于最近一次配置版本变化，第二系统消息未更新时，确定无需更新第二系统消息。
可选地，处理模块1602具体用于：
若第三指示信息指示的配置版本与终端设备已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则：
在至少一个第五指示信息中每一个第三指示信息均指示相对于最近一次配置版本变化，对应的第三系统消息并未更新时，确定无需更新至少一个第三系统消息中的任何一个系统消息；
在至少一个第五指示信息中存在一个或多个第五指示信息，指示相对于最近一次配置版本变化，对应的第三系统消息已更新时，针对每一个已更新的第三系统消息进行更新。
可选地，处理模块1602具体用于：
若第三指示信息指示的配置版本与终端设备已记录的配置版本不同，且两个配置版本中间没有其他不同的配置版本，则：
更新第二系统消息；以及
按照更新后的第二系统消息中的至少一个第三系统消息的调度信息，更新每一个第三系统消息。
可选地，处理模块1602还用于：
若第一指示信息指示与寻呼有关的系统消息已更新，则更新第二系统消息；
获取第二系统消息中的第六指示信息和至少一个第七指示信息；第六指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；一个第七指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新；
根据第六指示信息和至少一个第七指示信息进行系统消息更新。
可选地，处理模块1602具体用于：
若第六指示信息指示的配置版本与终端设备已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则针对至少一个第七指示信息指示的每一个已更新的第三系统消息，对该第三系统消息进行更新；
若第六指示信息指示的配置版本与终端设备已记录的配置版本不同，且两个配置版本中间存在其他不同的配置版本，则针对至少一个第三系统消息中的每个系统消息进行更新。
其中，该终端设备的各种可选实现方式可参考实施例三中终端设备302的操作。其中，接收模块1601用于执行终端设备302的接收操作，处理模块1602用于执行终端设备302的处理操作。
接收模块1601可由接收器实现，处理模块1602可由处理器实现。
该终端设备可用于执行实施例十六提供的方法。
【实施例十三】
图17为本申请实施例十三提供的第四种终端设备的结构示意图。如图所示，该设备包括：
接收器1701，用于接收终端设备所在小区的第一系统消息；小区的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息；第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息；
处理器1702，用于获取接收器1701接收的第一系统消息中的第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新；以及若第一指示信息指示与寻呼有关的系统消息未更新，则控制接收器1701按照已记录的与寻呼有关的系统消息接收寻呼消息，并根据接收器1701接收的寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新。
接收器1701的其他可选实现方式可参考接收模块1601，处理器1702的其他可选实现方式可参考处理模块1602。
该终端设备可用于执行实施例十六提供的方法。
【实施例十四】
图18为本申请实施例十四提供的第三种网络设备的结构示意图。如图所示，该设备包括：
处理模块1801，用于确定第一系统消息，第一系统消息中包括第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新；
发送模块1802，用于将处理模块1801确定的第一系统消息在小区内发送；
处理模块1801还用于：确定寻呼消息，寻呼消息中包括与系统消息更新有关的第二指示信息；
发送模块1802还用于：在小区内发送处理模块1801确定的寻呼消息；
其中，小区的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息；第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息。
可选地，发送模块1802发送的寻呼消息中的第二指示信息包括：第三指示信息、第四指示信息和至少一个第五指示信息；
第三指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
第四指示信息，用于指示相对于最近一次配置版本变化，第二系统消息是否已更新；
一个第五指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
可选地，发送模块1802发送的第二系统消息中包括：第六指示信息和至少一个第七指示信息；
第六指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
一个第七指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
该网络设备的其他可选实现方式可参考实施例三中网络设备301的操作，其中，处理模块1801用于执行网络设备301的处理操作，发送模块1802用于执行网络设备302的发送操作。
处理模块1801可由处理器实现，发送模块1802可由发射器实现。
该网络设备可用于执行实施例十七提供的方法。
【实施例十五】
图19为本申请实施例十五提供的第四种网络设备的结构示意图。如图所示，该设备包括：
处理器1901，用于确定第一系统消息，第一系统消息中包括第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新；
发射器1902，用于将处理器1901确定的第一系统消息在小区内发送；
处理器1901还用于：确定寻呼消息，寻呼消息中包括与系统消息更新有关的第二指示信息；
发射器1902还用于：在小区内发送处理器1901确定的寻呼消息；
其中，小区的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息；第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息。
处理器1901的其他可选实现方式可参考处理模块1801，发射器1902的其他可选实现方式可参考发送模块1802。
该网络设备可用于执行实施例十七提供的方法。
【实施例十六】
图20为本申请实施例十六提供的第三种系统消息更新方法的流程图。如图所示，该流程包括如下步骤：
S2001：第一终端设备接收所在小区的第一系统消息；小区的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息；第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息；
S2002：第一终端设备获取第一系统消息中的第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新；
S2003：若第一指示信息指示与寻呼有关的系统消息未更新，则
第一终端设备按照已记录的与寻呼有关的系统消息，接收寻呼消息；
第一终端设备根据接收的寻呼消息中与系统消息更新有关的第二指示信息进行系统消息更新。
可选地，第二指示信息包括：第三指示信息、第四指示信息和至少一个第五指示信息；
第三指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
第四指示信息，用于指示相对于最近一次配置版本变化，第二系统消息是否已更新；
一个第五指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
可选地，第一终端设备根据接收的寻呼消息中与系统消息更新有关的第一指示信息进行系统消息更新，包括：
若第三指示信息指示的配置版本与第一终端设备已记录的配置版本相同，则确定无需进行系统消息更新；
若第三指示信息指示的配置版本与第一终端设备已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则：
在第四指示信息指示相对于最近一次配置版本变化，第二系统消息已更新时，第一终端设备更新第二系统消息；
在第四指示信息指示相对于最近一次配置版本变化，第二系统消息未更新时，第一终端设备确定无需更新第二系统消息。
可选地，第一终端设备根据接收的寻呼消息中与系统消息更新有关的第一指示信息进行系统消息更新，还包括：
若第三指示信息指示的配置版本与第一终端设备已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则：
在至少一个第五指示信息中每一个第三指示信息均指示相对于最近一次配置版本变化，对应的第三系统消息并未更新时，第一终端设备确定无需更新至少一个第三系统消息中的任何一个系统消息；
在至少一个第五指示信息中存在一个或多个第五指示信息，指示相对于最近一次配置版本变化，对应的第三系统消息已更新时，第一终端设备针对每一个已更新的第三系统消息进行更新。
可选地，第一终端设备根据接收的寻呼消息中与系统消息更新有关的第一指示信息进行系统消息更新，包括：
若第三指示信息指示的配置版本与第一终端设备已记录的配置版本不同，且两个配置版本中间没有其他不同的配置版本，则：
第一终端设备更新第二系统消息；
第一终端设备按照更新后的第二系统消息中的至少一个第三系统消息的调度信息，更新每一个第三系统消息。
可选地，还包括：
若第一指示信息指示与寻呼有关的系统消息已更新，则第一终端设备更新第二系统消息；
获取第二系统消息中的第六指示信息和至少一个第七指示信息；
第六指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
一个第七指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新；
第一终端设备根据第六指示信息和至少一个第七指示信息进行系统消息更新。
可选地，第一终端设备根据第六指示信息和至少一个第七指示信息进行系统消息更新，包括：
若第六指示信息指示的配置版本与第一终端设备已记录的配置版本不同，但两个配置版本中间没有其他不同的配置版本，则第一终端设备针对至少一个第七指示信息指示的每一个已更新的第三系统消息，对该第三系统消息进行更新；
若第六指示信息指示的配置版本与第一终端设备已记录的配置版本不同，且两个配置版本中间存在其他不同的配置版本，则第一终端设备针对至少一个第三系统消息中的每个系统消息进行更新。
该方法的其他可选实现方式可参考实施例三中终端设备302的操作。
【实施例十七】
图21为本申请实施例十七提供的第四种系统消息更新方法的流程图。如图所示，该流程包括如下步骤：
S2101：网络设备确定第一系统消息，第一系统消息中包括第一指示信息，第一指示信息用于指示与寻呼有关的系统消息是否已更新；
S2102：网络设备将确定的第一系统消息在小区内发送；
S2103：网络设备确定寻呼消息，寻呼消息中包括与系统消息更新有关的第二指示信息；
S2104：网络设备在小区内发送确定的寻呼消息；
其中，小区的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息；第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息。
其中，步骤S2101、步骤S2102这两个步骤，与步骤S2103、步骤S2104两个步骤，它们之间的顺序没有约定，可以先执行前两个步骤，后执行后两个步骤，也可以先执行后两个步骤，再执行前两个步骤。
可选地，第二指示信息包括：第三指示信息、第四指示信息和至少一个第五指示信息；
第三指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
第四指示信息，用于指示相对于最近一次配置版本变化，第二系统消息是否已更新；
一个第五指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
可选地，第二系统消息中包括：第六指示信息和至少一个第七指示信息；
第六指示信息，用于指示小区当前使用的第二系统消息和至少一个第三系统消息的组合的配置版本，在一个系统消息更新周期内，第二系统消息和至少一个第三系统消息中的任何一个或多个系统消息更新，配置版本变化一次；
一个第七指示信息对应于一个第三系统消息，用于指示相对于最近一次配置版本变化，对应的第三系统消息是否已更新。
该方法的其他可选实现方式可参考实施例三中网络设备301的操作。
【实施例十八】
图22为本申请实施例十八提供的第五种终端设备的结构示意图。如图所示，该设备包括：
接收模块2201，用于接收终端设备所在小区的寻呼消息，寻呼消息中包括系统消息更新指示信息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示终端设备所在小区内的终端设备是否需要更新该系统消息；
处理模块2202，用于根据接收模块2201接收的系统消息更新指示信息进行系统消息更新；
其中，第一系统消息周期性发送，且占用的物理资源位置固定；
第二系统消息，包括至少一个第三系统消息的调度信息。
该终端设备的其他可选实现方式可参考实施例四中终端设备302的操作，其中，接收模块2201用于执行终端设备302的接收操作，处理模块2202用于执行终端设备302的处理操作。
接收模块2201可由接收器实现，处理模块2202可由处理器实现。
该终端设备可用于执行实施例二十二提供的方法。
【实施例十九】
图23为本申请实施例十九提供的第六种终端设备的结构示意图。如图所示，该设备包括：
接收器2301，用于接收终端设备所在小区的寻呼消息，寻呼消息中包括系统消息更新指示信息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示终端设备所在小区内的终端设备是否需要更新该系统消息；
处理器2302，用于根据接收器2301接收的系统消息更新指示信息进行系统消息更新；
其中，第一系统消息周期性发送，且占用的物理资源位置固定；
第二系统消息，包括至少一个第三系统消息的调度信息。
接收器2301的其他可选实现方式可参考接收模块2201，处理器2302的其他可选实现方式可参考处理模块2202。
该终端设备可用于执行实施例二十二提供的方法。
【实施例二十】
图24为本申请实施例二十提供的第五种网络设备的结构示意图。如图所示，该设备包括：
处理模块2401，用于确定寻呼消息，寻呼消息中包括系统消息更新指示信息；
发送模块2402，用于在小区内发送处理模块2401确定的寻呼消息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示小区内的终端设备是否需要更新该系统消息；
其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息，包括至少一个第三系统消息的调度信息。
该网络设备的其他可选实现方式可参考实施例四中网络设备301的操作，其中，处理模块2401用于执行网络设备301的处理操作，发送模块2402用于执行网络设备301的发送操作。
该网络设备可用于执行实施例二十三提供的方法。
【实施例二十一】
图25为本申请实施例二十一提供的第六种网络设备的结构示意图。如图所示，该设备包括：
处理器2501，用于确定寻呼消息，寻呼消息中包括系统消息更新指示信息；
发射器2502，用于在小区内发送处理器2501确定的寻呼消息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示小区内的终端设备是否需要更新该系统消息；
其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息，包括至少一个第三系统消息的调度信息。
处理器2501的其他可选实现方式可参考处理模块2401，发射器2502的其他可选实现方式可参考发送模块2402。
该网络设备可用于执行实施例二十三提供的方法。
【实施例二十二】
图26为本申请实施例二十二提供的第五种系统消息更新方法的流程图。如图所示，该流程包括如下步骤：
S2601：第一终端设备接收所在小区的寻呼消息，寻呼消息中包括系统消息更新指示信息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示第一终端设备所在小区内的终端设备是否需要更新该系统消息；
S2602：第一终端设备根据系统消息更新指示信息进行系统消息更新；
其中，第一系统消息周期性发送，且占用的物理资源位置固定；
第二系统消息，包括至少一个第三系统消息的调度信息。
该方法的其他可选实现方式可参考实施例四中终端设备302的处理。
【实施例二十三】
图27为本申请实施例二十三提供的第六种系统消息更新方法的流程图。如图所示，该流程包括如下步骤：
S2701：网络设备确定寻呼消息，寻呼消息中包括系统消息更新指示信息；
S2702：网络设备在小区内发送寻呼消息；
系统消息更新指示信息中包括：分别针对第一系统消息、第二系统消息和至少一个第三系统消息中的每一个系统消息，指示小区内的终端设备是否需要更新该系统消息；
其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息，包括至少一个第三系统消息的调度信息。
该方法的其他可选实现方式可参考实施例四中网络设备301的处理。
【实施例二十四】
图28为本申请实施例二十四提供的第七种终端设备的结构示意图。如图所示，该设备包括：
处理模块2801:，用于确定终端设备需要接收至少一个系统消息，并对于至少一个系统消息中的每一个系统消息，确定网络设备发送该系统消息的起始位置、发送周期和重复次数；
接收模块2802，用于对于至少一个系统消息中的每一个系统消息，按照处理模块2801确定的网络设备发送该系统消息的起始位置、发送周期和重复次数，接收该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括网络设备发送的其他一个或多个系统消息。
该终端设备的其他可选实现方式可参考实施例五中终端设备302的操作，其中，处理模块2801用于执行终端设备302的处理操作，接收模块2802用于执行终端设备302的接收操作。
处理模块2801可由处理器实现，接收模块2802可由接收器实现。
该终端设备可用于执行实施例二十八提供的方法。
【实施例二十五】
图29为本申请实施例二十五提供的第八种终端设备的结构示意图。如图所示，该设备包括：
处理器2901，用于确定终端设备需要接收至少一个系统消息，并对于至少一个系统消息中的每一个系统消息，确定网络设备发送该系统消息的起始位置、发送周期和重复次数；
接收器2902，用于对于至少一个系统消息中的每一个系统消息，按照处理器2901确定的网络设备发送该系统消息的起始位置、发送周期和重复次数，接收该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括网络设备发送的其他一个或多个系统消息。
处理器2901的其他可选实现方式可参考处理模块2801，接收器2902的其他可选实现方式可参考接收模块2802。
该终端设备可用于执行实施例二十八提供的方法。
【实施例二十六】
图30为本申请实施例二十六提供的第七种网络设备的结构示意图。如图所示，该设备包括：
处理模块3001，用于确定网络设备需要发送至少一个系统消息，并且对于确定的至少一个系统消息中的每一个系统消息，确定该系统消息的发送的起始位置、发送周期和重复次数；
发送模块3002，用于针对处理模块3001确定的至少一个系统消息中的每一个系统消息，按照确定该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括发送的其他一个或多个系统消息。
该网络设备的其他可选实现方式可参考实施例五中网络设备301，其中，处理模块3001用于执行网络设备301的处理操作，发送模块3002用于执行网络设备301的发送操作。
处理模块3001可由处理器实现，发送模块3002可由发射器实现。
该网络设备可用于执行实施例二十九提供的方法。
【实施例二十七】
图31为本申请实施例二十七提供的第八种网络设备的结构示意图。如图所示，该设备包括：
处理器3101，用于确定网络设备需要发送至少一个系统消息，并且对于确定的至少一个系统消息中的每一个系统消息，确定该系统消息的发送的起始位置、发送周期和重复次数；
发射器3102，用于针对处理器3101确定的至少一个系统消息中的每一个系统消息，按照确定该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括发送的其他一个或多个系统消息。
处理器3001的其他可选实现方式可参考处理模块3001，发射器3002的其他可选实现方式可参考发送模块3002。
该网络设备可用于执行实施例二十九提供的方法。
【实施例二十八】
图32为本申请实施例二十八提供的第七种系统消息传输方法的流程图。如图所示，该流程包括如下步骤：
S3201：第一终端设备确定需要接收至少一个系统消息；
S3202：对于至少一个系统消息中的每一个系统消息，第一终端设备确定网络设备发送该系统消息的起始位置、发送周期和重复次数；
S3203：对于至少一个系统消息中的每一个系统消息，第一终端设备按照确定的网络设备发送该系统消息的起始位置、发送周期和重复次数，接收该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括网络设备发送的其他一个或多个系统消息。
该方法的其他可选实现方式可参考实施例五中终端设备302的操作。
【实施例二十九】
图33为本申请实施例二十九提供的第八种系统消息传输方法的流程图。如图所示，该流程包括如下步骤：
S3301：网络设备确定需要发送至少一个系统消息；
S3302：对于至少一个系统消息中的每一个系统消息，网络设备确定该系统消息的发送的起始位置、发送周期和重复次数；
S3303：对于至少一个系统消息中的每一个系统消息，网络设备按照确定该系统消息的发送的起始位置、发送周期和重复次数，发送该系统消息；
其中，一个系统消息的两次发送之间的时间间隔内，包括发送的其他一个或多个系统消息。
该方法的其他可选实现方式可参考实施例五中网络设备301的操作。
综上，一方面，本申请提供一种更新系统消息的方案，该方案中，网络设备在发送的第一系统消息中携带指示信息，终端设备在收到该第一系统消息后，根据该指示信息对除了第一系统消息之外的其他系统消息进行更新；其中，第一系统消息周期性发送，且占用的物理资源位置固定。
该方案中，指示信息是在第一系统消息中发送的，而不是在寻呼消息中发送，终端设备可根据该指示信息对除了第一系统消息之外的其他系统消息进行更新，从而实现对所有系统消息的更新。与目前通过寻呼消息获知系统消息变更的方案相比，避免了终端设备的DRX周期大于系统消息变更周期，终端设备可能无法收到用于指示系统消息变更的寻呼消息，因此无法实现系统消息的更新的问题。
另一方面，本申请提供另一种更新系统消息的方案，该方案中，网络设备在发送的系统消息包括：第一系统消息、第二系统消息和至少一个第三系统消息，其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息包括至少一个第三系统消息的调度信息；至少一个第三系统消息中包括与寻呼有关的系统消息；其中，网络设备在发送第一系统消息时，携带指示信息，该指示信息用于指示第三系统消息中与寻呼有关的系统消息是否已更新。若指示信息指示与寻呼有关的系统消息未更新，则终端设备按照已记录的所述与寻呼有关的系统消息，接收寻呼消息，并根据接收的寻呼消息中与系统消息更新有关的指示信息进行系统消息更新。
该方案中，由于网络设备在周期性发送的第一系统消息中指示与寻呼有关的系统消息是否已更新，如果没有更新，则终端设备仍可以按照已记录的与寻呼有关的系统消息来正常接收寻呼消息，进而从寻呼消息中获得与系统消息更新有关的指示信息，并按照从寻呼消息中获得的该指示信息更新系统消息。这样，即使DRX周期大于系统消息更新周期，由于已知与寻呼消息有关的系统消息未更新，则终端设备仍能按照已记录的与寻呼有关的系统消息正确接收寻呼消息，从而能够成功地从寻呼消息中获得与系统消息更新有关的指示信息，进而能够成功更新系统消息。
再一方面，本申请提供再一种更新系统消息的方案，该方案针对能够正常接收寻呼消息的场景，比如：系统消息更新周期为DRX周期的整数倍。该方案中，网络设备在发送寻呼消息时，寻呼消息中携带的系统消息更新指示信息分别针对第一系统消息、第二系统消息、至少一个第三系统消息，指示第一终端设备是否需要更新该系统消息；终端设备根据系统消息更新指示信息进行系统消息更新；其中，第一系统消息周期性发送，且占用的物理资源位置固定；第二系统消息，包括至少一个第三系统消息和的调度信息。
该方案中，通过在寻呼消息携带针对每一个系统消息的指示信息，该指示信息用于指示对应的系统消息是否需要更新，终端设备可根据各个指示信息的具体情况，确定如何进行系统消息更新。比如：第二系统消息的指示信息指示第二系统消息无需更新，则终端设备在进行至少一个第三系统消息更新时，仅需根据已记录的第二系统消息进行更新，无需再重新读取第二系统消息，提高了终端设备更新系统消息的效率。
又一方面，本申请提供一种系统消息的发送方案，网络设备在发送一个系统消息时，在整个系统消息的两次发送之间的时间间隔内，发送其他一个或多个系统消息。
目前，每一个系统消息只能在一个SI窗口(SI-window)中发送，在该系统消息窗中可以发送多次，一个系统消息的SI窗口和另一个系统消息的SI窗口相邻，但一个SI窗中仅能发送一个系统消息，终端设备在一个SI窗口中收到系统消息后，必须要等到下一个SI窗口收下一个系统消息。而本申请提供的该方案中，由于在一个系统消息的两次重复发送过程中，网络设备还发送其他系统消息，这样终端设备在收完一个系统消息后，无需等待系统消息窗的到来，可以收其他系统消息，提高了系统消息更新的效率。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (23)

1.一种更新系统消息的方法，其特征在于，包括：
从基站接收主信息块MIB，所述MIB包括第一指示信息，所述第一指示信息用于指示是否接收与所述第一指示信息对应的激活类系统信息SI消息；
若所述第一指示信息指示接收所述激活类SI消息，从所述基站接收所述激活类SI消息。
2.根据权利要求1所述的方法，其特征在于，还包括：
从所述基站接收系统信息块一SIB1；
所述SIB1包括与常规类SI消息对应的第二指示信息，所述第二指示信息用于指示所述常规类SI消息是否发生变化。
3.根据权利要求2所述的方法，其特征在于，所述第二指示信息用于指示所述常规类SI消息是否需要更新。
4.根据权利要求2或3所述的方法，其特征在于，所述SIB1还包括所述常规类SI消息和所述激活类SI消息的调度信息。
5.根据权利要求2-4任一所述的方法，其特征在于，所述MIB还包括第三指示信息，所述第三指示信息用于指示所述SIB1或者所述常规类SI消息是否发生变化。
6.根据权利要求1-5任一所述的方法，其特征在于，所述激活类SI消息为包括SIB14的消息。
7.根据权利要求1-6任一所述的方法，其特征在于，所述方法应用于物联网。
8.根据权利要求5所述的方法，其特征在于，所述第三指示信息用于指示所述SIB1和所述常规类SI消息的组合的配置版本；其中在一个系统消息更新周期内，所述SIB1和所述常规类SI消息中的一个或多个发生更新，所述配置版本变化一次。
9.一种更新系统消息的方法，其特征在于，包括：
确定主信息块MIB，所述MIB包括第一指示信息，所述第一指示信息用于指示是否接收与所述第一指示信息对应的激活类系统信息SI消息；
发送所述MIB。
10.根据权利要求9所述的方法，其特征在于，还包括：
若所述第一指示信息指示接收所述激活类SI消息，发送所述激活类SI消息。
11.根据权利要求9或10所述的方法，其特征在于，还包括：
发送系统信息块一SIB1；
所述SIB1包括与常规类SI消息对应的第二指示信息，所述第二指示信息用于指示所述常规类SI消息是否发生变化。
12.根据权利要求11所述的方法，其特征在于，所述第二指示信息用于指示所述常规类SI消息是否需要更新。
13.根据权利要求11或12所述的方法，其特征在于，所述SIB1还包括所述常规类SI消息和所述激活类SI消息的调度信息。
14.根据权利要求11-13任一所述的方法，其特征在于，所述MIB还包括第三指示信息，所述第三指示信息用于指示所述SIB1或者所述常规类SI消息是否发生变化。
15.根据权利要求9-14任一所述的方法，其特征在于，所述激活类SI消息为包括SIB14的消息。
16.根据权利要求9-15任一所述的方法，其特征在于，所述方法应用于物联网。
17.根据权利要求14所述的方法，其特征在于，所述第三指示信息用于指示所述SIB1和所述常规类SI消息的组合的配置版本；其中在一个系统消息更新周期内，所述SIB1和所述常规类SI消息中的一个或多个发生更新，所述配置版本变化一次。
18.一种通信装置，其特征在于，包括处理器，所述处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现如权1-8任一所述的方法。
19.根据权利要求18所述的装置，其特征在于，还包括：
所述存储器。
20.一种通信装置，其特征在于，包括处理器，所述处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现如权9-17任一所述的方法。
21.根据权利要求20所述的装置，其特征在于，还包括：
所述存储器。
22.一种计算机可读存储介质，包括指令，当其在通信装置上运行时，使得所述通信装置执行如权1-8任一所述的方法。
23.一种计算机可读存储介质，包括指令，当其在通信装置上运行时，使得所述通信装置执行如权9-17任一所述的方法。
CN201910631435.9A 2015-11-06 2015-11-06 系统消息传输装置、方法和可读存储介质 Active CN110475313B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910631435.9A CN110475313B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和可读存储介质

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910631435.9A CN110475313B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和可读存储介质
CN201580055932.9A CN107113774B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统
PCT/CN2015/094062 WO2017075835A1 (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201580055932.9A Division CN107113774B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统

Publications (2)

Publication Number Publication Date
CN110475313A true CN110475313A (zh) 2019-11-19
CN110475313B CN110475313B (zh) 2020-12-08

Family

ID=58661446

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201580055932.9A Active CN107113774B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统
CN201810213735.0A Active CN108541062B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统
CN201910631435.9A Active CN110475313B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和可读存储介质

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN201580055932.9A Active CN107113774B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统
CN201810213735.0A Active CN108541062B (zh) 2015-11-06 2015-11-06 系统消息传输装置、方法和系统

Country Status (6)

Country Link
US (1) US10841899B2 (zh)
EP (1) EP3361797B1 (zh)
JP (1) JP6763020B2 (zh)
KR (2) KR20200006629A (zh)
CN (3) CN107113774B (zh)
WO (1) WO2017075835A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112714487A (zh) * 2020-12-21 2021-04-27 展讯通信（上海）有限公司 一种通信方法、装置和电子设备

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3455977B1 (en) * 2016-05-13 2023-04-26 Intel Corporation Scrambling for control messages in physical downlink shared channels
ES2861521T3 (es) * 2016-07-11 2021-10-06 Guangdong Oppo Mobile Telecommunications Corp Ltd Transmisión de información dedicada basada en la validez de la información de planificación
CN118118973A (zh) * 2017-05-05 2024-05-31 中兴通讯股份有限公司 消息传输方法及装置
CN111345080B (zh) * 2017-11-28 2021-11-30 华为技术有限公司 系统信息更新方法、接入网设备及终端设备
WO2019140066A1 (en) * 2018-01-11 2019-07-18 Sharp Laboratories Of America, Inc. Update apparatus and method for on-demand system information in wireless communications
CN115134927A (zh) * 2018-02-13 2022-09-30 华为技术有限公司 一种通信方法、装置以及系统
US11206633B2 (en) * 2018-03-28 2021-12-21 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving system information
CN111132187B (zh) * 2018-11-01 2023-04-18 维沃移动通信有限公司 确定方法、终端设备及网络设备
CN111954231A (zh) * 2019-05-14 2020-11-17 大唐移动通信设备有限公司 一种信息确定、指示方法及装置
CN113475132A (zh) * 2019-07-04 2021-10-01 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
CN110546974A (zh) 2019-07-12 2019-12-06 北京小米移动软件有限公司 获取系统消息的方法及装置、通信设备及存储介质
CN112438058B (zh) * 2020-10-20 2024-01-05 北京小米移动软件有限公司 系统消息更新方法、设备以及存储介质
CN114640952B (zh) * 2020-12-15 2023-11-03 上海华为技术有限公司 消息处理方法、终端和网络设备
CN113412631B (zh) * 2021-04-26 2022-10-18 北京小米移动软件有限公司 一种系统消息更新方法、系统消息更新装置及存储介质
CN113872677B (zh) * 2021-09-28 2023-09-01 东方红卫星移动通信有限公司 一种信息传输方法、更新方法、低轨通信卫星及终端

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014197501A1 (en) * 2013-06-07 2014-12-11 Intel Corporation Enhanced node b and methods for providing system information updates to user equipment with extended paging cycles
CN104255079A (zh) * 2013-04-24 2014-12-31 华为技术有限公司 随机接入处理方法及设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686580A (zh) * 2008-09-24 2010-03-31 华为技术有限公司 一种获取系统消息的方法、装置和系统
CN101873669B (zh) * 2009-04-22 2012-12-26 电信科学技术研究院 系统信息通知方法、系统及装置
CN103237350B (zh) * 2009-09-11 2016-03-30 华为技术有限公司 系统广播消息更新的通知、读取方法及设备
CN102215201B (zh) * 2010-04-09 2016-06-01 中兴通讯股份有限公司 一种系统信息更新方法和装置
US8942091B2 (en) * 2011-11-09 2015-01-27 Industrial Technology Research Institute Method and apparatus for notifying access control information
EP2912921B1 (en) * 2012-10-29 2019-05-08 LG Electronics Inc. Method and apparatus for releasing connection in wireless communication system
CN105745848B (zh) * 2013-11-01 2019-07-05 三星电子株式会社 用于lte先进的增强覆盖发送的方法和装置
KR101781770B1 (ko) * 2013-11-08 2017-09-25 후지쯔 가부시끼가이샤 시스템 정보를 획득하기 위한 방법, 장치 및 시스템
CN106465144B (zh) * 2014-03-19 2020-01-07 交互数字专利控股公司 用于覆盖增强(ce)和非ce模式的无线发射/接收单元(wtru)的系统信息块(sib)获取方法和装置
US9462548B1 (en) * 2015-05-08 2016-10-04 Mbit Wireless, Inc. Method and apparatus for power saving in client terminals
CN107925983B (zh) * 2015-08-13 2022-04-12 Lg电子株式会社 在无线通信系统中通知si更新、eab更新和pws消息的方法和设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104255079A (zh) * 2013-04-24 2014-12-31 华为技术有限公司 随机接入处理方法及设备
WO2014197501A1 (en) * 2013-06-07 2014-12-11 Intel Corporation Enhanced node b and methods for providing system information updates to user equipment with extended paging cycles

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "《3GPP TSG RAN WG2 #91bis》", 5 October 2015 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112714487A (zh) * 2020-12-21 2021-04-27 展讯通信（上海）有限公司 一种通信方法、装置和电子设备
WO2022134952A1 (zh) * 2020-12-21 2022-06-30 展讯通信（上海）有限公司 一种通信方法、装置和电子设备
CN112714487B (zh) * 2020-12-21 2022-12-02 展讯通信（上海）有限公司 一种通信方法、装置和电子设备

Also Published As

Publication number Publication date
CN108541062B (zh) 2019-07-19
EP3361797A1 (en) 2018-08-15
US20180255529A1 (en) 2018-09-06
KR20200006629A (ko) 2020-01-20
JP2019500770A (ja) 2019-01-10
CN110475313B (zh) 2020-12-08
CN107113774A (zh) 2017-08-29
US10841899B2 (en) 2020-11-17
EP3361797B1 (en) 2024-02-14
WO2017075835A1 (zh) 2017-05-11
CN108541062A (zh) 2018-09-14
JP6763020B2 (ja) 2020-09-30
KR20180072792A (ko) 2018-06-29
EP3361797A4 (en) 2018-08-15
CN107113774B (zh) 2020-02-14

Similar Documents

Publication Publication Date Title
CN107113774B (zh) 系统消息传输装置、方法和系统
JP6617147B2 (ja) 共有スペクトル内の間欠送信（ｄｔｘ）のためのセル切替え
RU2669784C1 (ru) Инициирование pdcch, подходящее для устройств мтс
EP3536040B1 (en) System information for narrowband
EP2222128B1 (en) Method for sending, transmitting and scheduling system message in long term evolution system
US10506494B2 (en) Controlling access to a wireless communication network
JP6451969B2 (ja) 通信システム
EP3499971B1 (en) Data transmission method, network device and terminal device
CN105453661B (zh) 用于在通信网络中使用的网络节点和移动设备、操作网络节点和移动设备的方法、以及计算机程序产品
CN107135031B (zh) 一种终端设备、网络设备、帧格式配置方法和系统
CN111418250B (zh) 数据传输方法及相关装置
KR20210063413A (ko) 자원 표시 방법 및 장치와 통신 시스템
US20210258901A1 (en) Method and device for transmitting downlink control information
EP3498019B1 (en) Methods and devices for semi-persistent scheduling
CN112514421B (zh) 系统信息确定方法、装置及存储介质
JP6029952B2 (ja) 物理ハイブリッド自動再送要求指示チャネル情報の伝送方法およびその装置
CN106559775B (zh) 一种lte系统中的系统信息更新方法和装置
CN111066355A (zh) 一种通信方法及设备
CN114826513A (zh) 一种终端识别方法及设备
CN109792585B (zh) 一种通信方法及装置
CN105900502B (zh) 一种网络设备、用户设备及状态迁移方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant