CN117997406A - 通信方法、通信装置和通信系统 - Google Patents

Abstract

本申请提供了一种通信方法、通信装置和通信系统，终端设备可在接入到目标小区前或条件切换的评估阶段获取到终端设备可以利用的第一时间信息和第三时间信息，该第一时间信息由源基站利用接收的第二时间信息生成。源基站可以通过目标基站以及其他方式获取前述的第二时间信息和第三时间信息。终端设备可以利用第一时间信息和/或第三时间信息在接入到目标小区前或条件切换的评估阶段确定目标小区的星历信息是否有效。本申请提供的通信方法、通信装置和通信系统中，终端设备在执行条件切换过程中可以更高效地切换到目标小区，终端设备与基站之间的通信时延较短，终端设备与基站之间以及源基站与目标基站之间的通信信令的消耗较少。

Description

通信方法、通信装置和通信系统

技术领域

本申请涉及通信领域，具体的，涉及一种通信方法、通信装置和通信系统。

背景技术

非地面网络(non-terrestrial network，NTN)通信(卫星通信)具有覆盖范围广、通信距离远、不受地理环境和气候条件的影响等优点，已经被广泛应用于航空通信、海事通信和军事通信等领域。

卫星通信中，终端设备需要依赖卫星的星历信息进行接入和无线资源管理(radioresource management，RRM)测量。由于卫星的高速运动，卫星下发给终端设备的卫星星历信息一般在一段时间内有效。切换命令中携带的目标小区的卫星星历信息的起始生效时刻依赖于目标小区的定时，通常情况下，终端设备在切换时与目标小区同步才可获得目标小区的定时。

条件切换(conditional handover，CHO)过程分为条件评估阶段和切换执行阶段，在条件切换的评估阶段中需要星历信息辅助RRM测量，而在评估阶段终端设备由于无法获得候选目标小区的定时，也就无法获得有效的候选目标小区的星历信息。

在条件切换的评估过程中如何确定候选目标小区的星历信息是否有效成为亟待解决的问题。

发明内容

本申请提供一种通信方法，终端设备在条件切换的配置信息中获取协议中已经定义的星历信息的有效时间信息外，新增一种用于辅助终端确定目标小区的星历信息是否有效的时间信息，有利于终端设备在条件切换中正确评估候选小区星历信息是否有效，并选择切换至星历信息有效的候选目标小区，有利于提高条件切换评估过程中的测量有效性和切换成功率。

第一方面，提供了一种通信方法，终端设备接收第一时间信息和第三时间信息；该终端设备根据该第一时间信息和/或该第三时间信息在条件切换过程中确定目标小区的星历信息是否有效；其中，该第一时间信息的参考时间为服务小区的定时或统一参考时间，该第三时间信息包括该目标小区的纪元时间和/或该目标小区的上行同步有效时长，该第三时间信息的参考时间为目标小区的定时。

在一种可能的实现方式中，该第三时间信息包含在NTN配置信息中，目标小区的纪元时间为NTN配置信息中目标小区的epoch time，上行同步有效时长为NTN配置信息中的ntn-UlSyncValidityDuration。

这里第一网络设备可以为服务小区所在的网络设备，第二网络设备可以为目标小区所在的网络设备。条件切换过程中，终端设备当前接入的小区称为服务小区，服务小区所在的基站称为源基站，服务小区也可以称为源小区。CHO切换命令中携带的一个或者多个小区称为候选目标小区，候选目标小区所在的基站称为候选基站。终端设备从一个或者多个候选小区中选择一个小区进行接入，该小区称为目标小区，目标小区所在的基站称为目标基站。

应理解，本申请实施例中，第一时间信息、第二时间信息和第三时间信息等用于指示信息的内容，对于信息传送的格式本申请不作限制。示例性的，第一时间信息可以直接以信息的具体内容明文传送，或者，也可以对第一时间信息通过一定的方式加密后进行密文传送，以密文传送的信息，接收方在接收密文后可以解密为明文。

本技术方案中，终端设备可以获取到用于确定目标小区的星历信息是否有效的第一时间信息和第三时间信息，该第一时间信息的参考时间为服务小区的定时或统一参考时间。从而，终端设备在实际接入到目标小区前或者在条件切换评估过程中就可以确定目标小区的星历信息是否有效，有利于提高终端设备接入目标小区的成功率，有利于降低终端设备在条件切换过程中的通信时延。

结合第一方面，在第一方面的某些实现方式中，该第一时间信息包括第一起始时间和第一时长；或者，该第一时间信息包括第一起始时间和/或第一结束时间，该第一起始时间用于指示该星历信息有效的起始时间，该第一结束时间用于指示该星历信息有效的结束时间，该第一时长用于指示该星历信息有效的时间长度。

在一种可能的实现方式中，该第一时间信息的参考时间为统一参考时间，该第一时间信息包括第一起始时间和第一时长；或者，该第一时间信息包括第一起始时间和/或第一结束时间。

当第一时间信息的参考时间为统一参考时间，终端设备可以根据第一起始时间和第一时长，或者根据第一起始时间和/或第一结束时间来确定目标小区的星历信息有效的时间段，以统一参考时间作为参考时间，终端设备在获取到第一起始时间和/或第一结束时间之后可以利用第一起始时间和/或第一结束时间，或者，终端设备在获取到第一起始时间和第一时长后可以利用第一起始时间和第一时长确定目标小区的星历信息是否有效，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于降低条件切换过程中终端设备的能耗。

在另一种可能的实现方式中，该第一时间信息的参考时间为服务小区的定时，该第一时间信息包括第一起始时间和第一时长；或者，该第一时间信息包括第一起始时间和/或第一结束时间。

本技术方案中，由于终端设备当前接入在服务小区，终端设备可以获取到该服务小区的定时。以服务小区的定时作为第一时间信息的参考时间，终端设备在接收到该第一时间信息后可以直接识别并利用该第一时间信息，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于降低条件切换过程中终端设备的能耗。

结合第一方面，在第一方面的某些实现方式中，在第一时间信息的参考时间为统一参考时间的情况下，该终端设备根据该第一起始时间和第三时间信息里的该目标小区的上行同步有效时长在条件切换过程中确定该星历信息是否有效。

在一种可能的实现方式中，该终端设备根据第一结束时间确定该星历信息是否有效。

在另一种可能的实现方式中，该终端设备根据第一起始时间和第一时长确定该星历信息是否有效。

本技术方案中终端设备可以结合第一时间信息和第三时间信息来确定目标小区的星历信息是否有效，相对于依靠第一时间信息判断的方案，更多的参考信息，有利于提高终端设备成功判断目标小区的星历信息是否有效的机率，从而，也有利于提高终端设备在条件切换过程中接入到目标小区的成功率。

第一时间信息中可以仅包含第一起始时间，终端设备可以利用包含在RRC重配置消息中的上行同步有效时长和该第一起始时间来确定目标小区的星历信息是否有效，即终端设备与第一网络设备之间通信过程包含的数据量更少，有利于提高终端设备与第一网络设备之间信息传输的效率，也有利于提高终端设备对于从第一网络设备获取的信息的处理效率，从而有利于降低条件切换过程中，终端设备与网络设备之间通信的时延。

结合第一方面，在第一方面的某些实现方式中，在第一时间信息的参考时间为统一参考时间的情况下，该终端设备接收无线资源控制RRC重配置消息，该RRC重配置消息中携带的条件切换配置信息包括该第一时间信息。

结合第一方面，在第一方面的某些实现方式中，在第一时间信息的参考时间为服务小区的定时的情况下，该终端设备接收无线资源控制RRC重配置消息，该RRC重配置消息中携带的条件切换的触发条件包括该第一时间信息。

在一种可能的实现方式中，在第一时间信息的参考时间为统一参考时间的情况下，该终端设备接收无线资源控制RRC重配置消息，该RRC重配置消息中携带的条件切换的触发条件包括该第一时间信息。

本技术方案中，第一时间信息直接包含在现有的RRC重配置消息中，终端设备和第一网络设备之间无需单独发送该第一时间信息，有利于节省终端设备和第一网络设备之间的通信信令的消耗，有利于减少条件切换过程中终端设备的能耗。另一方面，对于不同参考时间的时间信息可以承载在RRC重配置消息的不同部分，当终端设备接收到RRC重配置消息时可以从特定的消息部分中获取特定的信息，有利于简化终端设备确定目标小区的星历信息是否有效的流程。

结合第一方面，在第一方面的某些实现方式中，该统一参考时间为以下中任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

本技术方案中，提供了多种可能的统一参考时间，有利于终端设备和网络设备结合实际的功能部署情况来选择合适的统一参考时间，有利于提高终端设备在条件切换过程中接入目标小区的成功率。

第二方面，提供了一种通信方法，第一网络设备从第二网络设备接收第二时间信息和第三时间信息；该第一网络设备向终端设备发送第一时间信息和该第三时间信息；其中，该第一时间信息、该第二时间信息和该第三时间信息用于确定在条件切换过程中目标小区的星历信息是否有效，该第一时间信息的参考时间为服务小区的定时或统一参考时间，该第二时间信息的参考时间为统一参考时间或该目标小区的定时，该第三时间信息的参考时间为该目标小区的定时，该第三时间信息包括该目标小区的纪元时间和/或该目标小区的上行同步有效时长，该第一网络设备为服务小区的网络设备，该第二网络设备为目标小区的网络设备。

在一种可能的实现方式中，第二时间信息的参考时间为目标小区的定时，第一时间信息的参考时间为统一参考时间或服务小区的定时。

在另一种可能的实现方式中，第二时间信息的参考时间为统一参考时间，第一时间信息的参考时间为统一参考时间或服务小区的定时。

在一种可能的实现方式中，第一网络设备还可以从OAM和/或核心网获取该第二时间信息。当第一网络设备从OAM和/或核心网获取第二时间信息时，获取的第二时间信息的参考时间的形式不限制，可以为统一参考时间(绝对时间)，也可以是服务小区的定时，也可以是目标小区的定时。第一网络设备再根据第二时间信息向终端设备发送第一时间信息。

第二时间信息用于确定目标小区的星历信息是否有效，也可以理解为，第二时间信息用于确定第二网络设备提供服务的多个小区的星历信息是否有效，或者，第二时间信息用于指示第二网络设备所有小区的星历信息的有效时间。又或者，第二时间信息可以用于指示第二网络设备提供服务的一个或多个小区的星历信息的有效时间。第二时间信息可以为基站级的信息，也就是说第二网络设备里所有小区的星历信息相同；第二时间信息也可以为小区级的信息，也就是说第二网络设备里每个小区有各自的星历信息。

第一网络设备不仅可以从第二网络设备获取前述的第二时间信息，还可以从OAM和/或核心网获取该第二时间信息，这样，当第一网络设备无法从第二网络设备获取第二时间信息时，第一网络设备还可以通过其他方式获取，从而有利于第一网络设备向终端设备发送前述的第一时间信息，有利于终端设备在接入目标小区前确定目标小区的星历信息是否有效。

本技术方案中，第一网络设备可以接收不同参考时间的第二时间信息，并向终端设备发送终端设备可以使用的第一时间信息。借助于第一网络设备，终端设备可以在条件切换过程中接入目标小区前获取到可以用于确定候选目标小区的星历信息是否有效的时间信息。本技术方案的实施有利于提高终端设备确定目标小区的星历信息有效的正确率，有利于提高终端设备在条件切换过程中接入到目标小区的成功率与接入效率，有利于降低条件切换过程中终端设备的通信时延。

结合第二方面，在第二方面的某些实现方式中，在该第二时间信息的参考时间为统一参考时间的情况下，该第二时间信息包括第二起始时间和/或第二结束时间，该第二起始时间用于指示该星历信息有效的起始时间，该第二结束时间用于指示该星历信息有效的结束时间；该第一时间信息与该第二时间信息相同。

本技术方案中，在第二时间信息的参考时间为统一参考时间的情况下，终端设备可以直接利用，第一网络设备可以透传给终端设备，而无需对第二时间信息进行处理、转化。本技术方案通过改进第二网络设备侧发送的第二时间信息实现终端设备在条件切换过程中确认目标小区的星历信息是否有效，有利于简化第二时间信息发送过程，有利于提高终端设备获取第二时间信息的效率。由于第二时间信息的处理发送过程得到简化，第二时间信息数据丢失、发生错误的机率降低，有利于提高终端设备接入星历信息有效的目标小区的成功率，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于降低条件切换过程中终端设备的能耗。

结合第二方面，在第二方面的某些实现方式中，在该第二时间信息的参考时间为该目标小区的定时的情况下，该第二时间信息包括第三起始时间和/或第三结束时间；或者，该第二时间信息包括第三起始时间和第二时长；该方法还包括：该第一网络设备将该第二时间信息转化为该第一时间信息；其中，第三起始时间用于指示该星历信息有效的起始时间，该第三结束时间用于指示该星历信息有效的结束时间，该第二时长用于指示该星历信息有效的时间长度。

本技术方案中，在第二时间信息的参考时间为目标小区的定时的情况下，终端设备无法直接利用该第二时间信息。通过在第一网络设备侧对第二时间信息的处理流程进行改进，而无需对第二时间信息的发送格式进行改变，有利于提高本技术方案的兼容性，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于降低条件切换过程中终端设备因确定目标小区的星历信息是否有效而引起的能耗。

第一网络设备可以获取不同形式的第二时间信息，这些不同类型的第二时间信息都可以用于确定目标小区的星历信息是否有效，有利于提高终端设备接入第二网络设备的成功率。

结合第二方面，在第二方面的某些实现方式中，该第一时间信息包括第一起始时间和第一时长；或者，该第一时间信息包括第一起始时间和第一结束时间；其中，该第一起始时间用于指示该星历信息有效的起始时间，该第一结束时间用于指示该星历信息有效的结束时间，该第一时长用于指示该星历信息有效的时间长度。

结合第二方面，在第二方面的某些实现方式中，该第一网络设备从该第二网络设备接收第一响应消息，该第一响应消息的第一信元包括该第二时间信息，该第一信元为透明容器信元。

结合第二方面，在第二方面的某些实现方式中，该第一网络设备从该第二网络设备接收第一响应消息，该第一响应消息的第二信元包括该第二时间信息，该第二信元与透明容器信元不同。

本技术方案中，对于不同参考时间的第二时间信息，可以包含在不同的信元中。对于参考时间为统一参考时间的第二时间信息，可以包含在可以透传的第一信元中，第一网络设备在接收到该响应消息中的第一信元时可以根据该信元的属性直接转发第二时间信息至终端设备。对于参考时间为目标小区定时的第二时间信息，可以包含在需要处理的第二信元中，第一网络设备在接收到该响应消息中的第二信元时也可以根据该信元的属性将第二时间信息转化为第一时间信息后再发送至终端设备。本技术方案的实施，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于提高终端设备成功接入至星历信息有效的目标小区的机率。

结合第二方面，在第二方面的某些实现方式中，该第一网络设备发送无线资源控制RRC重配置消息，该RRC重配置消息中携带的条件切换配置信息包括该第一时间信息。

结合第二方面，在第二方面的某些实现方式中，该第一网络设备发送无线资源控制RRC重配置消息，该RRC重配置消息中携带的条件切换的触发条件包括该第一时间信息。

本技术方案中，第一时间信息直接包含在现有的RRC重配置消息中，终端设备和第一网络设备之间无需单独发送该第一时间信息，有利于节省终端设备和第一网络设备之间的通信信令的消耗，有利于减少条件切换过程中终端设备的能耗。另一方面，对于不同参考时间的时间信息可以包含在RRC重配置消息的不同部分，当终端设备接收到RRC重配置消息时可以从特定的消息部分中获取特定的信息，有利于简化终端设备确定目标小区的星历信息是否有效的流程。

结合第二方面，在第二方面的某些实现方式中，该统一参考时间为以下中任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

本技术方案中，提供了多种可能的统一参考时间，有利于终端设备和网络设备结合实际的功能部署情况来选择合适的统一参考时间，有利于提高终端设备在条件切换过程中接入目标小区的成功率。

结合第二方面，在第二方面的某些实现方式中，该第一响应消息为接口建立响应消息；或者，该第一响应消息为节点配置更新响应消息；或者，该第一响应消息为切换请求确认消息。

在一种可能的实现方式中，该第一网络设备接收第二网络设备发送的接口建立请求消息，该接口建立请求消息包括第二时间信息。

在另一种可能的实现方式中，该第一网络设备接收第二网络设备发送的节点配置更新请求消息，该节点配置更新请求消息包括该第二时间信息。

本技术方案中，第一网络设备可以在不同的信息交互过程中从第二网络设备获取到第二时间信息，当任一个通信过程中无法获取到第二时间信息时，第一网络设备可以通过其他通信渠道来获取第二时间信息。本技术方案的实施有利于提高第一网络设备获取第二时间信息的成功率，有利于提高终端设备接入第二网络设备的成功率。

第三方面，提供一种通信方法，第二网络设备向第一网络设备发送第二时间信息和第三时间信息；其中，该第二时间信息和该第三时间信息用于确定在条件切换过程中目标小区的星历信息是否有效，该第二时间信息的参考时间为统一参考时间或该目标小区的定时，该第三时间信息的参考时间为该目标小区的定时，该第三时间信息包括该目标小区的纪元时间和/或该目标小区的上行同步有效时长，该第一网络设备为服务小区的网络设备，该第二网络设备为该目标小区的网络设备。

本技术方案中，第二网络设备可以将用于确定目标小区的星历信息是否有效的第二时间信息发送至第一网络设备，这样，终端设备就有可能在接入到目标小区前确定目标小区的星历信息是否有效，从而再选择是否接入到目标小区。本技术方案的实施，有利于降低第二网络设备与终端设备之间的通信信令的消耗，有利于提高终端设备在条件切换过程中接入到目标小区的成功率，降低终端设备的通信时延。

结合第三方面，在第三方面的某些实现方式中，在该第二时间信息的参考时间为统一参考时间的情况下，该第二时间信息包括第二起始时间和/或第二结束时间，该第二起始时间用于指示该星历信息有效的起始时间，该第二结束时间用于指示该星历信息有效的结束时间。

本技术方案中，在第二时间信息的参考时间为统一参考时间的情况下，第一网络设备可以透传给终端设备，而无需对第二时间信息进行处理。本技术方案通过改进第二网络设备侧发送的第二时间信息，有利于使得终端设备在条件切换过程中确定目标小区的星历信息是否有效，有利于简化第二时间信息发送过程，有利于提高终端设备获取第二时间信息的效率，由于第二时间信息的处理发送过程得到简化，第二时间信息数据丢失、发生错误的机率降低，有利于提高终端设备接入星历信息有效的目标小区的成功率，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于降低条件切换过程中终端设备的能耗。

结合第三方面，在第三方面的某些实现方式中，在该第二时间信息的参考时间为该目标小区的定时的情况下，该第二时间信息包括第三起始时间和/或第三结束时间；或者，该第二时间信息包括第三起始时间和第二时长；其中，第三起始时间用于指示该星历信息有效的起始时间，该第三结束时间用于指示该星历信息有效的结束时间，该第二时长用于指示该星历信息有效的时间长度。

本技术方案中，在第二时间信息的参考时间为目标小区的定时的情况下，终端设备无法直接利用该第二时间信息。第一网络设备对第二时间信息进行处理后发送给终端设备，有利于提高本技术方案的兼容性，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于降低条件切换过程中终端设备因确定目标小区的星历信息是否有效而引起的能耗。

第二网络设备可以发送不同形式的第二时间信息，这些不同类型的第二时间信息都可以用于确定目标小区的星历信息是否有效，有利于提高终端设备接入第二网络设备的成功率。

结合第三方面，在第三方面的某些实现方式中，该第二网络设备向第一网络设备发送第一响应消息，该第一响应消息的第一信元包括该第二时间信息，该第一信元为透明容器信元。

结合第三方面，在第三方面的某些实现方式中，该第二网络设备向第一网络设备发送第一响应消息，该第一响应消息的第二信元包括该第二时间信息，该第二信元与透明容器信元不同。

本技术方案中，对于不同参考时间的第二时间信息，可以包含在不同的信元中。对于参考时间为统一参考时间的第二时间信息，可以包含在可以透传的第一信元中，第一网络设备在接收到该响应消息中的第一信元时可以根据该信元的属性直接转发第二时间信息至终端设备。对于参考时间为目标小区定时的第二时间信息，可以包含在需要处理的第二信元中，第一网络设备在接收到该响应消息中的第二信元时也可以根据该信元的属性将第二时间信息转化为第一时间信息后再发送至终端设备。本技术方案的实施，有利于提高终端设备确认目标小区的星历信息是否有效的效率，有利于提高终端设备成功接入至星历信息有效的目标小区的机率。

结合第三方面，在第三方面的某些实现方式中，该第二网络设备向该第一网络设备发送接口建立响应消息，该接口建立响应消息包括该第二时间信息；或者，该第二网络设备向该第一网络设备发送节点配置更新响应消息，该节点配置更新响应消息包括该第二时间信息；或者，该第二网络设备向该第一网络设备发送切换请求确认消息，该切换请求确认消息包括该第二时间信息。

在一种可能的实现方式中，该第二网络设备向第一网络设备发送接口建立请求消息，该接口建立请求消息包括第二时间信息。

在另一种可能的实现方式中，该第二网络设备向第一网络设备发送节点配置更新请求消息，该节点配置更新请求消息包括该第二时间信息。

本技术方案中，第一网络设备可以在不同的信息交互过程中从第二网络设备获取到第二时间信息，当任一个通信过程中无法获取到第二时间信息时，第一网络设备可以通过其他通信渠道来获取第二时间信息。本技术方案的实施有利于提高第一网络设备获取第二时间信息的成功率，有利于提高终端设备接入第二网络设备的成功率。

结合第三方面，在第三方面的某些实现方式中，该统一参考时间为以下中任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

本技术方案中，提供了多种可能的统一参考时间，有利于终端设备和基站结合实际的功能部署情况来选择合适的统一参考时间，有利于提高终端设备在条件切换过程中接入目标小区的成功率。

以下技术方案中的技术细节和有益效果的说明可以参考第一方面至第三方面的相关内容，为了简洁，以下不再重复。

第四方面，提供一种通信系统，该通信系统第一网络设备和第二网络设备，其中第一网络设备用于执行第二方面或其任意可能的实现方式中的方法，第二网络设备用于执行第三方面或其任意可能的实现方式中的方法。

结合第四方面，在第四方面的某些实现方式中，该通信系统还包括终端设备，该终端设备用于执行第一方面或其任意可能的实现方式中的方法。

第五方面，提供一种通信装置，具有实现第一方面或其任意可能的实现方式中的方法的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面，提供一种通信装置，具有实现第二方面或其任意可能的实现方式中的方法的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

第七方面，提供一种通信装置，具有实现第三方面或其任意可能的实现方式中的方法的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面，提供一种通信设备，包括至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信设备执行第一方面或其任意可能的实现方式中的方法。

第九方面，提供一种通信设备，包括至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信设备执行第二方面或其任意可能的实现方式中的方法。

第十方面，提供一种通信设备，包括至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信设备执行第三方面或其任意可能的实现方式中的方法。

第十一方面，提供一种计算机程序产品，该计算机程序产品包括计算机程序代码，当该计算机程序代码在计算机上运行时，使得如以上任一方面或其任意可能的实现方式中的方法被执行。

第十二方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得如以上任一方面或其任意可能的实现方式中的方法被执行。

第十三方面，提供一种芯片，包括处理器，用于读取存储器中存储的指令，当该处理器执行该指令时，使得该芯片实现第一方面或其任意可能的实现方式中的方法被执行。

第十四方面，提供一种芯片，包括处理器，用于读取存储器中存储的指令，当该处理器执行该指令时，使得该芯片实现第二方面或其任意可能的实现方式中的方法被执行。

第十五方面，提供一种芯片，包括处理器，用于读取存储器中存储的指令，当该处理器执行该指令时，使得该芯片实现第三方面或其任意可能的实现方式中的方法被执行。

对于处理所涉及的发射、发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则均可以更加一般性的理解为处理器输出和接收、输入等操作，而不是直接由射频电路和天线所进行的发射、发送和接收操作。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

附图说明

图1-5示出了适用于本申请实施例方法的网络架构的示意图。

图6示出了本申请实施例提供的一种通信方法示意图。

图7示出了本申请实施例提供的另一种通信方法示意图。

图8示出了本申请实施例提供的又一种通信方法示意图。

图9示出了本申请实施例提供的又一种通信方法示意图。

图10示出了本申请实施例提供的又一种通信方法示意图。

图11示出了本申请实施例提供的又一种通信方法示意图。

图12示出了本申请实施例提供的又一种通信方法示意图。

图13示出了本申请实施例提供的一种通信装置示意图。

图14示出了本申请实施例提供的一种通信设备示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个、两个或两个以上。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

在本说明书中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystem of mobile communication，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统或第五代(5th generation，5G)系统。

本申请实施例中的终端设备可以指一种具有无线收发功能的设备。终端设备指可以用户设备(UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端等。本申请中以UE作为终端设备的举例对本申请的技术方案进行介绍。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是全球移动通讯(global system of mobile communication，GSM)系统或码分多址(codedivision multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(wideband code division multiple access，WCDMA)系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、车载设备、可穿戴设备、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home NodeB，HNB)、基带单元(base band unit，BBU)、无线保真(wireless fidelity，Wifi)接入点(access point，AP)、接入回传一体化(integrated access and backhaul，IAB)以及5G网络中的网络设备或者PLMN网络中的网络设备等，本申请实施例并不限定。本申请中以基站作为网络设备的举例对本申请的技术方案进行介绍。

当上述网络设备为无线通信系统中的接入网设备时，该网络设备可以包括但不限于：演进型节点B、无线网络控制器(radio network controller，RNC)、节点B、基站控制器、基站收发台、家庭基站、基带单元，无线保真系统中的接入点、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and receptionpoint，TRP)等，还可以为5G(如，NR)系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括射频单元(radio unit，RU)。CU实现gNB的部分功能，DU实现gNB的部分功能，例如，CU实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层的功能，DU实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+CU发送的。可以理解的是，接入网设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外，CU可以划分为接入网(radio access network，RAN)中的接入网设备，也可以将CU划分为核心网(corenetwork，CN)中的接入网设备，本申请对此不做限定。

为便于理解本申请实施例，首先结合图1简单介绍本申请实施例适用的通信网络架构。

终端设备可以通过与卫星之间建立的通信链路与卫星进行通信，该通信链路可以称为服务链路。卫星可以与地面观测控制站(例如卫星网关、观口站或信关站)之间建立通信链路，该通信链路可以称为馈电链路。地面控制站可以通过地面互联网协议(internetprotocol，IP)与核心网以及数据网(data network，DN)相连。在此网络架构下，终端设备可以通过卫星实现对数据网络的访问。

以下结合图2至图5进一步说明，在上述网络架构下，卫星在通信过程中的功能或作用。

在图2所示的场景中，卫星和NTN网关(NTN gateway)组成远程无线单元(remoteradio unit，RRU)，卫星主要用于无线频率过滤(radio frequency filtering)以及频率转化和放大(frequency conversion and amplification)，即卫星主要用于将物理层信号重新生成，不具有L1 relay更高协议层。

该场景下，RRU可以和下一代基站(next generation Nobde B，gNB)组成下一代无线接入网络(next generation radio access network，NG-RAN)，该RAN可以称为透明卫星架构(RAN architecture with transparent satellite)。

在图3的场景中，卫星不具有星间链路(inter-satellite link，ISL)，但具备基站的处理功能，即卫星作为基站(gNB)。图3中NG*接口用于表示基于卫星无线接口(satelliteradio interface，SRI)的NG接口。

在图4所示的场景中，卫星具有星间链路(ISL)，同时也具备基站的处理功能。NG*接口用于表示基于卫星无线接口(SRI)的NG接口。

在图5所示的场景中，卫星具有基站的分布式单元(distributed unit，DU)的处理功能，即卫星作为DU。卫星通过NTN网关与基站的集中式单元(central unit，CU)组成NG-RAN。F1*接口用于表示基于卫星无线接口(SRI)的F1接口。

需要说明的是，图2至图5只是示例性地介绍了一些适用于本申请实施例的不同场景下卫星的不同功能，除上述介绍的这些功能外，卫星还可以具备更多的功能，例如，卫星可以具备接入回转一体化(IAB)节点的功能等。应理解，具备这些功能的卫星也可以适用到本申请的实施例中。

在NTN通信系统中，可以根据卫星的运行轨道的高度将卫星分为低轨道(lowearth orbit，LEO)卫星、中轨道(medium earth orbit，MEO)卫星和静止轨道(geostationary orbit，GEO)卫星。针对GEO卫星，由于GEO卫星相对地球静止不变所以其覆盖的地面区域是不变的；而对于非GEO卫星，由于卫星相对于地球是高速移动的，从而导致卫星覆盖的地面在地面区域是变化的。因此可以将卫星的部署分为如下三种方式：

地面静止小区(earth-fixed cell)：通过卫星波束提供始终连续覆盖相同地理区域(例如，地球同步卫星轨道(geosynchronous satellite orbit，GSO)卫星的情况)。

准地面静止小区(quasi-earth-fixed cell)：通过不断调整卫星的波束方向，在有限的时间内覆盖同一个地理区域，在另一个时间内覆盖不同的地理区域(例如，非地球同步卫星轨道(non-geosynchronous satellite orbit，NGSO)卫星产生可操纵波束的情况)；

地面移动小区(earth-moving cell)：卫星产生固定方向的波束，卫星的覆盖区域在地球表面随着波束的方向移动(例如，NGSO卫星产生固定或非转向波束的情况)。

终端设备通过NTN接入通信系统所需要的信息，称为NTN参数信息(参考TS38.3316.3.2NTN-Config)，也可以称为卫星辅助信息，NTN参数信息也是UE进行NTN小区的RRM测量的必要参数。

示例性地，该NTN参数信息包括卫星星历信息和公共定时提前(Commontimingadvance，CommonTA)参数信息等。其中，卫星星历信息用于指示卫星的位置包含轨道参数，或基于轨道参数计算得到的卫星所在方位等参数，可以理解的是，卫星的星历信息可以用于计算、预测、描绘、或跟踪卫星飞行的时间、位置、速度等状态。

因为卫星是实时运动的，卫星的位置也在实时变化。目前NTN网络会发送某一时刻的卫星星历信息，并指示该星历信息的纪元时间(epoch time)和上行同步有效时长(或称有效持续时长)(ntn-UlSyncValidity Duration)。其中，epoch time可以理解为表示星历信息的开始生效的时间；ntn-UlSyncValidityDuration表示UE在没有获取新的星历信息的情况下可以应用该星历信息的时长。

示例性地，epoch time参数可以由系统帧号(system frame number，SFN)和子帧号(sub Frame)表示。SFN取值从0-1023循环，一个系统帧由10个子帧构成，一个子帧为1毫秒(ms)。即10.24秒进行一次SFN的循环。对于NGSO场景，ntn-UlSyncValidityDuration最大值为240秒，对于GSO场景，ntn-UlSyncValidityDuration最大值可以为900秒。

NTN小区广播的系统信息块(或称为系统消息块)(system information block，SIB)19包含着UE通过NTN接入新无线(new radio，NR)需要的NTN参数信息，该NTN参数信息可以包括卫星星历信息、公共定时提前TA参数信息、epoch time参数信息、ntn-UlSyncValidityDuration参数信息等。

连接态UE的激活部分带宽(bandwidth part，BWP)上没有配置公共搜索空间，NTN小区可以通过专用信令的方式给UE提供系统消息SIB19。该专用信令中的dedicatedSystemInformationDelivery参数包含的SIB19与NTN小区正在广播的SIB19信息相同，即复制正在广播的SIB19信息。

切换过程中，基站发送给UE的切换命令里，包含UE接入目标NTN时需要的NTN参数信息，同样包含星历信息、该星历的纪元时间epoch time和有效持续时长。其中epoch time指示的帧号和子帧号是以目标小区的定时为参考，即该字段中的帧号和子帧号是指目标小区的帧号和子帧号。

对于同一个卫星，由于卫星的高速移动，其覆盖地球表面的地理区域可以是动态变化的，对于地球表面的某一个地理区域，为该区域提供服务的卫星也可能是动态变化的。因而，在NTN通信系统中，UE与卫星之间的通信可能会发生频繁切换。

传统的切换流程是指当UE的位置发生移动时，为了能为UE提供连续的无中断的通信服务，有效防止由于小区的信号质量变差造成的掉话，或者只是UE可与比当前服务小区信道质量更好的小区通信而启动的流程。

由于卫星与UE之间的通信距离较远，通信时延较大，在切换过程中，如果UE不能在短时间内连接至目标基站，则UE的通信时延还会进一步加大，甚至还会导致掉话，严重影响UE的通信质量和用户的通信体验。

图6示出了传统的切换流程中，UE、源基站和目标基站之间的通信过程。

传统的切换流程中，连接态UE的移动性管理是由基站控制的，即基站通过发送切换消息指示UE切换到哪个小区以及如何进行切换。具体过程如下：

S601，源基站向UE发送无线资源控制(radio resource control，RRC)重配置消息，UE接收该RRC重配置消息。

具体的，源基站发送RRC重配消息给连接态的UE，其中包含测量对象、报告配置、测量标识等参数。

S602，UE向源基站发送测量报告，源基站接收该测量报告。

具体的，UE根据RRC重配置消息对一系列小区进行测量后，形成测量报告上报给当前连接的源基站，测量报告里包含满足条件的目标小区标识，目标小区信号质量等。

S603，源基站确定是否为UE执行切换。

具体的，源基站接到UE上报的报告后将确定UE要不要切换。确定需要执行切换，则选择目标小区/目标基站。

S604，源基站向目标基站发送切换请求消息，目标基站接收该切换请求消息。

具体的，在源基站决定为UE执行切换的情况下，源基站将发切换请求消息给目标基站。

S605，目标基站确定是否允许UE接入。

具体的，在收到源基站发出的切换请求消息后，目标基站根据自身连接数等情况决定要不要允许UE的接入。

S606，目标基站向源基站发送切换请求响应消息，源基站接收该切换请求响应消息。

具体的，在目标基站决定允许UE接入的情况下，目标基站向源基站发送切换请求响应消息，该切换请求响应消息中可以包含新的小区无线网络临时标识符(cell-radionetwork temporary identifier，C-RNTI)和目标基站安全相关算法等参数。

S607，源基站向UE发送RRC重配置消息，UE接收该RRC重配置消息。

具体的，源基站在收到目标基站发来的切换确认消息后，发送RRC重配置消息(切换命令)给UE，其中包含的内容来自S605的切换确认消息，相当于源基站这层是透明的。新无线(NR)系统中切换命令中包含目标小区的相关信息以及UE接入该目标小区所需的相关配置参数，例如，切换命令中包含目标小区的信息(如，目标小区的物理小区标识(physicalcell identifier，PCI)以及目标小区对应的频率信息(如目标小区对应的频点)、目标小区为UE分配的C-RNTI和接入目标小区所需的随机接入信道资源信息等。

S608，UE向目标基站发起随机接入流程。

具体的，UE根据切换命令对目标基站发起随机接入，现有的切换流程中，UE会断开与源基站的连接，在成功接入目标基站之前的UE收发数据就会出现短暂的中断。

S609，UE向目标基站发送RRC重配置完成消息，目标基站接收该RRC重配置完成消息。

具体的，在UE成功完成随机接入流程的情况下，UE向目标基站发送RRC重配置完成消息。

条件切换(CHO)是一种用户提升切换成功机率的切换机制，即源基站在源链路质量较好时间向UE发送CHO配置信息，示例性的，CHO配置消息中包含两部分，第一部分为源基站为UE生成的触发条件(或者称为执行条件)配置，根据该执行条件配置信息可以判断候选目标小区是否满足切换触发条件，第二部分为目标基站为UE生成的RRC配置，UE切换到候选目标小区所用的配置信息，源基站进行透传。

图7中示例性的提供了一种条件切换的流程示意图。

S701，源基站向UE发送RRC重配置消息，UE接收该RRC重配置消息。

具体的，源基站发送RRC重配置消息给连接态的UE进行测量配置，其中包含测量对象、报告配置、测量标识等参数。

S702，UE向源基站发送测量报告，源基站接收该测量报告。

具体的，UE根据RRC重配置消息对一系列小区进行测量后，形成测量报告上报给源基站

S703，源基站决定做条件切换，源基站向候选目标基站发送条件切换请求消息，候选目标基站接收该条件切换请求消息。

具体的，源基站想一个或者多个候选目标基站发送条件切换请求消息，其中候选目标小区属于候选目标基站。条件切换请求消息是为每个候选小区发起的。

S704，候选目标基站向源基站发送条件切换请求响应消息，源基站接收该条件切换请求响应消息。

具体的，在候选目标基站决定允许UE接入的情况下，候选目标基站向源基站发送切换请求响应消息，该切换请求响应消息中可以包含UE接入候选目标小区所用的配置信息，该配置信息也可以包含在候选目标基站到源基站的容器中，源基站不解析或者称为不读取该配置信息，直接透传给UE，例如，候选目标小区的公共接入信息，UE在候选目标小区的小区无线网络临时标识符(C-RNTI)和安全相关算法等参数及候选目标小区为UE配置的PHY、MAC、RLC、PDCP等协议层配置信息。该切换请求响应消息中还包括CHO切换确认信息，该CHO切换确认信息包含确认请求的目标小区ID等，源基站会读取该CHO切换确认信息里的内容并进行处理。

S705，源基站向UE发送RRC重配置消息包含CHO配置信息，UE接收该CHO配置信息。

该CHO配置信息中可以包括一个或者多个候选目标基站生成的候选小区的配置信息和源基站生成的各个候选小区对应的条件切换的触发条件(或称为执行条件)。其中，候选小区的配置信息包含在步骤S706的切换响应消息中。源基站将候选小区的配置信息透传给UE，同时生成各个候选小区对应的条件切换的触发条件同时下发给UE。

针对卫星通信中卫星的移动性，提出了如下三种CHO触发条件：

CHO触发条件为基于时间的触发条件。例如CHO触发条件为一个时间段[t1,t2]，UE在该时间段内可以切换到候选小区中(或称为在该时间段内UE允许执行该候选小区的CHO)。可选的，可以结合信号质量触发条件，即在时间段[t1,t2]内，如果UE测量候选小区的信号质量满足该信号质量触发条件，则UE可以切换到候选小区中。

CHO触发条件为基于距离的触发条件。例如，UE离当前服务小区的参考位置大于一个门限#1且UE离候选小区的参考位置少于一个门限#2。可选的，可以结合信号质量触发条件，即在满足距离的触发条件情况下，如果UE测量候选小区的信号质量满足该信号质量触发条件，则UE可以切换到候选小区中。

CHO触发条件为基于信号质量的触发条件。例如，当终端测量到的候选小区的信号质量大于第三阈值，则UE可以切换到候选小区中。

需要说明的是，以上仅示例性的提供了几种可能的CHO触发条件，以下本申请提供的确定候选小区的星历信息是否有效的方法与CHO触发条件是相互解耦的，也就是说，本申请提供的确定候选小区的星历信息是否有效的方法还可以适用于其他更多的CHO触发条件。

在卫星通信中候选小区为UE生成的配置信息中包含NTN参数信息，其中NTN配置消息中包含纪元时间epoch time和有效持续时长，其中epoch time指示的帧号和子帧号是该候选小区的帧号和子帧号，是以候选目标小区的定时为参考，非服务小区的帧号和子帧号。

S706，UE根据CHO配置信息确定是否满足切换触发条件。

具体的，UE在接收到该条件切换的CHO配置信息后，根据该CHO配置信息中的触发条件进行评估，判断是否满足切换到候选小区的条件。如果满足，则将满足CHO的触发条件的某候选小区作为目标小区。

S707，用户设备向目标基站发起随机接入流程。

具体的，对于满足CHO触发条件的候选基站，UE将该候选基站作为目标基站，并向该目标基站发起随机接入流程。

S708，UE向目标基站发送条件切换完成消息，目标基站接收该条件切换完成消息。

在条件切换成功完成的情况下，UE向目标基站发送条件切换完成消息。该条件切换完成消息也可以称为RRC重配置完成消息，用于通知目标基站UE的条件切换完成。

目前，条件切换过程中，在UE收到CHO配置消息中的触发条件进入评估流程后，UE由于RRM测量的需要获取到候选目标小区的有效星历，但是由于CHO配置消息中携带的epoch time以候选目标小区的定时为参考，UE无法通过epoch time获得正确的星历信息有效的开始时刻，以至于无法正确评估候选目标小区的星历信息是否有效，这将使得UE的RRM测量结果不可信，同时在切换执行阶段UE可能会切换到星历信息失效的目标小区，从而导致UE通信服务的中断。

出于提高UE测量邻区的准确率和降低UE在NTN通信过程中通信服务中断机率，降低UE切换过程中切换时延的目的考虑，本申请提供了一种通信方法，本申请不局限于条件切换，也适用于其他切换，以及后续引入的其他切换场景。本说明中仅以条件切换为例。以下结合图8至图12进一步说明。

图8是本申请实施例提供的一种通信方法，本申请实施例中，源基站从目标基站获取第二时间信息和第三时间信息，并向UE发送第一时间信息和第三时间信息，UE可以在条件切换评估过程中以及接入目标小区前确定目标小区的星历信息是否有效。

本申请实施例中，源基站也可以称为第一网络设备，目标基站也可以称为第二网络设备。

应理解，本申请实施例中，第一时间信息、第二时间信息和第三时间信息等用于指示信息的内容，对于信息传送的格式本申请不作限制。示例性的，第一时间信息可以直接以信息的具体内容明文传送，或者，也可以对第一时间信息通过一定的方式加密后进行密文传送，以密文传送的信息，接收方在接收密文后可以解密为明文。

S801，目标基站发送第二时间信息和第三时间信息，相应的，源基站接收该第二时间信息和第三时间信息。

该第二时间信息用于确定在条件切换过程中目标小区的星历信息是否有效，该第二时间信息的参考时间为统一参考时间或该目标小区的定时。目标小区也可以称为候选目标小区。第二时间信息用于确定目标小区的星历信息是否有效，也可以理解为，第二时间信息用于指示目标基站的目标小区的有效时间。

这里，统一参考时间也可以称为绝对时间，可以是UE、源基站和目标基站均可以识别并利用的参考时间，示例性的，该统一参考时间可以为以下中的任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

第三时间信息可以包括为候选目标小区的星历信息的纪元时间(epoch time)和/或上行同步有效时长(ntn-UlSyncValidity Duration)，该第三时间信息的参考时间为候选目标小区的定时。

在一种可能的实现方式中，第二时间信息的参考时间为统一参考时间，该第二时间信息可以包含在目标基站发送给源基站的第一响应消息中，该第一响应消息的第一信元中包含该第二时间信息，该第一信元为透明容器信元。

示例性的，当第二时间信息的参考时间为统一参考时间时，第二时间信息可以包含在切换请求确认消息(如HANDOVER REQUEST ACKNOWLEDGE消息)里的候选目标小区的配置信息中，即包含在Target NG-RAN node To Source NG-RAN node TransparentContainer中。

该第二时间信息可以包括第二结束时间和/或第二起始时间，其中，该第二起始时间用于指示候选目标小区的星历信息有效的起始时间，该第二结束时间用于指示候选目标小区的星历信息有效的结束时间。

包含在前述第一信元中的第二时间信息，源基站可以不对该第二时间信息进行解析、处理，源基站可以将其直接透传给UE。

在另一种可能的实现方式中，第二时间信息的参考时间为候选目标小区的定时，该第二时间信息可以包含在目标基站发送给源基站的第一响应消息中，该第一响应消息的第二信元包含该第二时间信息，该第二信元与透明容器信元不同，源基站可以读取，解析也可以使用该第二信元。

示例性的，在第二时间信息的参考时间为该候选目标小区的定时的情况下，第二时间信息可以不包含在切换确认响应消息里的候选目标小区的配置信息中，即不包含在Target NG-RAN node To Source NG-RAN node Transparent Container中。例如，第二时间信息可以包含在切换请求确认消息里的CHO切换确认信息里，例如ConditionalHandover Information Acknowledge中。第二时间信息可以包含在目标基站向源基站发送的接口建立请求/响应消息里，第二时间信息也可以包含在目标基站向源基站发送的节点配置更新请求/响应消息里。

该第二时间信息可以包括第三起始时间和/或第三结束时间，或者，第二时间信息包括第三起始时间和第二时长。其中，该第三起始时间用于指示目标小区的星历信息有效的起始时间，该第三结束时间用于指示目标小区的星历信息有效的结束时间，该第二时长用于指示目标小区星历信息有效的时间长度，该第二时长也可以称为指示目标小区星历信息有效的最长时间。

在又一种可能的实现方式中，第二时间信息的参考时间为统一参考时间，该第二时间信息可以包含在目标基站发送给源基站的第一响应消息中，该第一响应消息的第二信元可以包含该第二时间信息，该第二信元与透明容器信元不同，源基站可以读取、解析以及使用该第二信元。

示例性的，在第二信息的参考时间为该候选目标小区的定时的情况下，第二时间信息不包含在切换确认响应消息里的候选目标小区的配置信息中，即不包含在Target NG-RAN node To Source NG-RAN node Transparent Container中。例如，第二时间信息可以包含在切换请求确认消息里的CHO切换确认信息里，例如Conditional HandoverInformation Acknowledge中。第二时间信息可以包含在目标基站向源基站发送的接口建立请求/响应消息里，第二时间信息也可以包含在目标基站向源基站发送的节点配置更新请求/响应消息里。

该第二时间信息可以包括第三起始时间和/或第三结束时间，或者第二时间信息包括第三起始时间和第二时长。其中该第三起始时间用于指示目标小区的星历信息有效的起始时间，该第三结束时间用于指示目标小区的星历信息有效的结束时间，该第二时长用于指示目标小区星历信息有效的时间长度。

包含在第二信元中的第二时间信息，源基站可以对该第二时间信息进行解析、处理后生成UE可以识别的第一时间信息，进而再将第一时间信息发送至UE。

结合前文的叙述，当第二时间信息的参考时间为统一参考时间时，该第二时间信息既可以包含在第一信元中，由源基站直接透传给UE。或者，该第二时间信息也可以包含在第二信元中，由源基站转化为第一时间信息后发送至UE。

除了从目标基站获取第二时间信息以外，另外一种可能的实现方式为：源基站还可以从运营、管理和维护(operation administrationand maintenance，OAM)设备获取候选目标小区的第二时间信息，或者，源基站也可以从核心网获取该候选目标小区的第二时间信息，具体源基站获取第二时间信息的方式不限定。当源基站从OAM和/或核心网获取第二时间时，获取的第二时间信息的参考时间的形式不限制，可以为统一参考时间(绝对时间)，也可以是服务小区的定时，也可以是目标小区的定时。源基站再根据第二时间信息向UE发送第一时间信息。

需要说明的是，在本实施例中以及下文的各个实施例中，当第二网络设备(或目标基站)中包含CU和DU时，第二时间信息可以由第二网络设备中包含的CU生成，也可以由第二网络设备中包含的DU生成。当由DU生成时，第二网络设备中的CU需要将星历相关参数发送至DU。

还需要说明的是，在本实施例中以及下文的各个实施例中，源基站还可能与目标基站为同一个基站，在这种情况下，源基站与目标基站之间的信息交互无需通过基站间的接口完成，源基站与目标基站之间的信息的交互过程可以体现为同一个基站内部对于不同存储空间内信息的读取和写入以及其他的处理过程。

S802，源基站发送第一时间信息和第三时间信息，相应的，UE接收第一时间信息和第三时间信息。

该第一时间信息和第三时间信息用于UE确定在条件切换过程中目标小区的星历信息是否有效，该第一时间信息的参考时间为服务小区的定时或统一参考时间，该第三时间信息的参考时间为候选目标小区的定时，该第三时间信息可以包括目标小区的纪元时间和/或目标小区的上行同步有效时长。

这里，统一参考时间也可以称为绝对时间，可以是UE、源基站和目标基站均可以识别并利用的参考时间，示例性的，该统一参考时间可以为以下中的任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

在一种可能的实现方式中，S801中第二时间信息的参考时间为统一参考时间，第二时间信息包含在需要透传至UE的第一信元中，这种情况下，第一时间信息与第二时间信息相同，第一时间信息可以包含在RRC重配置消息中携带的条件切换配置信息中。

在第二时间信息包括第二起始时间的情况下，第一时间信息包括该第二起始时间，即第一起始时间可以与该第二起始时间相同；在第二时间信息包括第二结束时间的情况下，第一时间信息包括该第二结束时间，即第一结束时间可以与该第二结束时间相同；在第二时间信息包括第二起始时间和第二结束时间的情况下，第一时间信息包括第二起始时间和第二结束时间，即第一起始时间可以与该第二起始时间相同，第一结束时间可以与该第二结束时间相同。

在另一种可能的实现方式中，S801中第二时间信息的参考时间为统一参考时间或目标小区的定时，第二时间信息包含在不需要透传至UE的第二信元中，这种情况下，第一时间信息由第二时间信息转化得到，或者第一时间信息根据第二时间信息得到，或者说，第一时间信息根据第二时间信息生成，该第一时间信息可以包含在RRC重配置消息中携带的条件切换的触发条件中。

在这种情况下，具体的，当第一时间信息的参考时间为统一参考时间，该第一时间信息可以包括第一起始时间和/或第一结束时间，该第一起始时间用于指示候选目标小区的星历信息有效的起始时间，该第一结束时间用于指示候选目标小区的星历信息有效的结束时间。或者，该第一时间信息可以包括第一起始时间和第一时长，该第一时长用于指示目标小区星历信息有效的时间长度，该第一时长也可以称为指示目标小区当前星历信息有效的最长时间。

当第一时间信息的参考时间为服务小区的定时，该第一时间信息可以包括第一起始时间和/或第一结束时间，或者，该第一时间信息可以包括第一起始时间和第一时长。该第一起始时间用于指示候选目标小区的星历信息有效的起始时间，该第一结束时间用于指示候选目标小区的星历信息有效的结束时间，该第一时长用于指示目标小区星历信息有效的时间长度，该第一时长也可以称为指示目标小区当前星历信息有效的最长时间。

从第一时间信息的角度来讲，第一时间信息可以包括第一起始时间和第一时长，或者，第一时间信息包括第一起始时间和/或第一结束时间。该第一起始时间用于指示候选目标小区的星历信息有效的起始时间，该第一结束时间用于指示候选目标小区的星历信息有效的结束时间，该第一时长用于指示目标小区星历信息有效的时间长度。

在第一时间信息由第二时间信息透传至UE的情况下，该第一时间信息可以包含在RRC重配置消息携带的条件切换配置信息中；在第一时间信息由源基站将第二时间信息转化得到的情况下，该第一时间信息可以包含在RRC重配置消息携带的条件切换的触发条件中。

源基站可以通过多种不同的方式将第二时间信息转化为第一时间信息，示例性的，在第二时间信息是以目标小区定时为参考时间的情况下，源基站可以根据服务小区和目标小区的帧定时差(SFN and frame timing difference，SFTD)将第二时间信息转换为以服务小区为定时的第一时间信息，第一时间信息包含服务小区的帧号和子帧号。在第二时间信息是为统一参考时间的情况下，源基站将第二时间信息转换为以服务小区为定时的第一时间信息，第一时间信息包含服务小区的帧号和子帧号。

需要说明的是，在本实施例中以及下文的各个实施例中，当第一网络设备(或源基站)中包含CU和DU时，第一时间信息可以由第一网络设备中的CU利用第二时间信息转化得到，第一时间信息也可以由第一网络设备中的DU利用第二时间信息转化得到。

S803，UE确定目标小区的星历信息是否有效。

UE可以在条件切换评估过程中以及接入目标小区前确定目标小区的星历信息是否有效。在第一时间信息的参考时间为统一参考时间的情况下，UE可以根据第一时间信息和/或第三时间信息来确定目标小区的星历信息是否有效。

一种可能的情况是，第一时间信息包含第一起始时间，UE根据该第一起始时间和目标小区的上行同步有效时长(第三时间信息里的)确定目标小区的星历信息是否有效，具体的，在第一起始时间开始的上行同步有效时长的时间内，目标小区的星历信息有效。

另一种可能的情况是，第一时间信息包含第一结束时间，UE根据该第一结束时间和第三时间信息里的上行同步有效时长确定目标小区的星历信息是否有效，具体的，在第一结束时间前的上行同步有效时长的时间内，目标小区的星历信息有效。

又一种可能的情况是，第一时间信息包含第一结束时间，UE根据该第一结束时间确定目标小区的星历信息是否有效，具体的，在第一结束时间前目标小区的星历信息有效。

又一种可能的情况是，第一时间信息包含第一起始时间和第一结束时间，UE根据第一起始时间和第一结束时间确定目标小区的星历信息是否有效，具体的，在第一起始时间和第一结束时间之间，目标小区的星历信息有效。

又一种可能的情况是，第一时间信息包含第一起始时间和第一时长，UE根据第一起始时间和第一时长确定目标小区的星历是否有效，具体的，从第一起始时间开始的第一时长内，目标小区的星历有效。

在第一时间信息的参考时间为服务小区的定时的情况下，UE可以根据服务小区的定时和第一时间信息来确定目标小区的星历信息是否有效。

一种可能的情况是，第一时间信息包括第一起始时间和第一时长，UE根据服务小区的定时以及该第一起始时间和第一时长确定目标小区的星历信息是否有效，具体的，在第一起始时间开始的第一时长的时间内，目标小区的星历信息有效。

另一种可能的情况是，第一时间信息包括第一起始时间和第一结束时间，UE根据服务小区的定时以及该第一起始时间和第一结束时间确定目标小区的星历信息是否有效，具体的，在第一起始时间和第一结束时间的时间段内，目标小区的星历信息有效。

又一种可能的情况是，第一时间信息包含第一起始时间，UE根据服务小区的定时以及第一起始时间和目标小区的上行同步有效时长确定目标小区的星历信息是否有效，具体的，在第一起始时间开始的上行同步有效时长的时间内，目标小区的星历信息有效。

又一种可能的情况是，第一时间信息包含第一结束时间，UE根据服务小区的定时以及第一结束时间确定目标小区的星历信息是否有效，具体的，在第一结束时间前目标小区的星历信息有效。

又一种可能的情况是，第一时间信息包含第一结束时间，UE根据服务小区的定时以及第一结束时间和目标小区的上行同步有效时长确定目标小区的星历信息是否有效，具体的，在第一结束时间前的上行同步有效时长的时间内，目标小区的星历信息有效。

可选的，UE可以将在本次条件切换过程中一个或多个候选小区的星历信息无效的结果保存下来，用于下一次条件切换过程的参考。例如，网络设备向UE请求发送报告信息时，UE可以将保存的一个或多个候选小区的星历信息无效的结果通过UE信息响应消息(UEinformation response)发送给网络设备。又例如，UE可以保存候选小区的标识信息和用于指示该候选小区的星历信息失效的指示信息至UE信息响应消息中。

S804，UE确定目标小区向目标基站发起切换。

可选的，在做CHO条件评估时，将候选小区的星历信息纳入评估条件，将星历信息有效的候选小区优选为目标小区。

当UE确定多个候选小区满足执行条件时，根据前述第一时间信息确定不存在星历信息有效的候选小区，或者说，多个候选小区的星历信息已经全部失效时，UE可以选择多个星历信息失效的候选小区中的一个作为目标小区，在UE通过目标小区进行上行数据的同步之前，UE可以通过其他方式获取目标小区的星历信息，在更新目标小区的星历信息之后在进行上行数据的同步。这里，UE可以在执行上行数据同步前，获取目标小区的系统信息块(SIB)19，并通过SIB19获取目标小区的当前的星历信息。

当UE确定多个候选小区满足执行条件时，根据前述第一时间信息有部分候选小区星历失效，部分候选小区信息有效时，UE优先选择星历信息有效的候选小区作为目标小区。在满足执行条件的多个小区中选择星历信息有效的候选小区作为目标小区，相当于对多个候选小区利用星历信息是否有效这一筛选条件又做了一次筛选，有助于提高UE条件切换的成功率。

在UE确认目标小区后，UE向目标小区发起切换。

本申请实施例中，UE在条件切换的过程中可以从源基站处获取用于确定目标小区的星历信息是否有效的时间信息，针对满足CHO执行条件的小区，将星历信息是否有效纳入评估条件，有利于UE选择切换至星历信息有效的目标小区，有利于降低条件切换过程中UE通信的时延，有利于降低UE与基站之间以及源基站和目标基站之间的通信信令消耗。

图9是本申请实施例提供的另一种通信方法，本申请实施例中，目标基站将第二时间信息发送源基站后，源基站将第二时间信息透传至UE，源基站向UE发送的时间信息可以称为第一时间信息，也就是说，本实施例中，第二时间信息与第一时间信息是相同的或者说可以相互替换的，本实施例中两者名称上可以不做区分。

条件切换过程中，UE当前接入的小区称为服务小区，服务小区所在的基站称为源基站，服务小区也可以称为源小区。CHO切换命令中携带的一个或者多个小区称为候选目标小区，候选目标小区所在的基站称为候选基站。UE从一个或者多个候选小区中选择一个小区进行接入，该小区称为目标小区，目标小区所在的基站称为目标基站。

S901，源基站向候选基站发送切换请求(条件切换(CHO)请求)消息，相应地，候选基站接收该切换请求(条件切换(CHO)请求)消息。

在源基站向候选基站发送CHO请求消息前，源基站可以配置UE进行测量，并接收UE上报的测量报告。根据该测量报告和无线资源管理(RRM)确定是否使用条件切换。如果源基站确定使用条件切换，则源基站可以根据测量报告向满足条件切换条件的候选基站发送CHO切换请求消息。

源基站可以向一个或多个候选基站发送CHO请求消息，CHO请求消息可以用于请求＝候选基站为UE分配接入候选小区所需要的配置信息，例如NTN配置信息。

在一些实施例中，该NTN配置信息可以包括用于UE通过NTN接入网络的参数信息。示例性的，该NTN配置信息可以包括纪元时间(epoch time)和上行同步有效时长(ntn-UlSysncValidityDuration)。该NTN配置信息还可以包括时间提前量(timing advance，TA)信息和星历信息(ephemeris Info)等，这里NTN配置信息中包含的纪元时间和/或上行同步有效时长可以称为第三时间信息。

在切换命令中的该纪元时间是基于候选小区的定时。一种可能的实现方式是，该纪元时间包括候选小区的帧号和子帧号。UE与候选小区进行下行同步后可获取到目标小区的帧号和子帧号。帧可以理解为一个时间单元，子帧可以理解为该时间单元的子单元。例如，每一帧的持续时间可以为10毫秒，每一帧由10个子帧组成，每一个子帧的持续时间为1毫秒。

上行同步有效时长，可以用于指示UE在没有获取新的星历信息的情况下可以应用星历信息的最长时间，例如，该上行同步有效时长可以为5S、900S、3600帧等。

星历信息可以用于描述一颗卫星的运行信息，小区的星历信息可以指为该小区提供服务的卫星的星历信息。在一些示例中，星历信息可以包括以下信息中的一种或多种：卫星的飞行轨迹、卫星的组网方式、卫星的底面高度、卫星的底面倾角、卫星的相对位置。

更多关于NTN配置信息的说明请参考相关标准文档，此处不作赘述。

S902，候选基站向源基站发送切换请求确认(条件切换(CHO)请求确认)消息，相应地，源基站接收该切换请求确认(条件切换(CHO)请求确认)消息。

在接收到源基站发送的切换请求消息后，前述的一个或多个候选基站可以向源基站发送切换请求确认消息，也可以称为切换请求响应消息。

该切换请求确认消息可以包含候选基站的NTN配置信息，关于NTN配置信息的相关介绍可以参见S901的内容，为了简洁，此处不做赘述。

该NTN配置信息中还可以包括第一时间信息，该第一时间信息可以用于指示候选小区的星历信息的有效时间。该第一时间信息的参考时间为统一参考时间，该统一参考时间也可以称为绝对时间，可以是源基站、UE和候选基站都可以识别并获取的参考时间。该绝对时间可以是指将绝对时间直接下发给终端，也可以是将能够表示绝对时间的一个值下发给终端，例如：可能是相对某个绝对时间的偏差，由UE得到该绝对时间可以直接得到或者计算得到一个绝对时间。该绝对时间也可以理解为可以用于指示绝对时间的一个时间信息，针对绝对时间的解释全文通用，后文不赘述。示例性的，该统一参考时间可以为协调世界(universal time coordinated，UTC)时间，例如，绝对时间可以是2004-05-03T17:30:08+08:00。或者该统一参考时间也可以为全球定位系统(global positioning system，GPS)时间，GPS时间是指以UTC时间1980年1月6日00:00:00为起点，用周数和周内秒数来表示时间的方法。或者该统一参考时间也可以为新纪元(epoch time)时间，该新纪元时间与前文中纪元时间(epochtime)不同，这里新纪元时间是一个时间日期的表达方式，是以世界标准时间1970年1月1日0时0分为起点，每过去一秒，数值加1。

在一些示例中，该第一时间信息可以包括第一起始时间和/或第一结束时间，该第一起始时间为候选小区的星历信息有效的起始时间，该第一结束时间可以为候选小区的星历信息有效的结束时间。或者说，在第一起始时间前，候选小区的星历信息无效，在第一起始时间开始候选小区的星历信息有效。在第一结束时间后，候选小区的星历信息无效，在第一结束时间及以前，候选小区的星历信息有效。

目标基站向源基站发送的第一时间信息可以包含在CHO请求确认消息中的第一信元中，该第一信元可以为透明容器信元，例如，Target NG-RAN node To Source NG-RANnode Transparent Container。包含在第一信元中的第二时间信息，源基站可以直接透传至UE。

在CHO请求确认中包含以统一参考时间为参考时间的第一时间信息，相比于单独发送第一时间信息，一方面有利于源基站将CHO请求确认消息中的信息转发给UE，另一方面，也可以减少源基站与目标基站之间的通信信令消耗。

S903，源基站向UE发送RRC重配置消息，相应地，UE接收该RRC重配置消息。

源基站在接收到候选基站的CHO请求确认消息后，向UE发送RRC重配置消息，该RRC重配置消息可以包括候选小区的切换执行条件，该RRC重配置消息还可以包括候选小区的配置参数，该配置参数也可以理解为对应S902中的第一信元。

一种可能的实现方式是，候选小区的切换执行条件可以为基于时间的触发条件。例如，该切换执行条件为一个时间段[t1，t2]，UE在该时间段内可以切换到候选小区中(或者称在该时间段内UE允许执行该候选小区的条件切换)。可选的，该切换执行条件还可以结合信号质量，例如，在[t1，t2]时间段内，如果UE测量候选小区的信号质量大于第一阈值，则UE可以切换到候选小区中。

另一种可能的实现方式是，候选小区的切换执行条件可以为基于距离的触发条件。例如，UE与当前服务小区的参考位置的离大于第一距离且UE离候选小区的参考位置的距离小于第二距离，则UE可以切换到候选小区中。可选的，该切换执行条件还可以结合信号质量，例如，在UE满足前述的距离的条件的情况下，UE测量候选小区的信号质量大于第二阈值，则UE可以切换到该候选小区中。

又一种可能的实现方式是，候选小区的切换执行条件可以为基于信号质量的触发条件。例如，当终端测量到的候选小区的信号质量大于第三阈值，则UE可以切换到候选小区中。

需要说明的是，以上仅示例性的提供了几种可能的切换执行条件，本申请提供的确定候选小区的星历信息是否有效的方法与切换执行条件是相互解耦的，也就是说，本申请提供的确定候选小区的星历信息是否有效的方法也可以适用于其他更多的切换执行条件。

RRC重配置消息中的候选小区的配置参数可以包括目标小区的信息(如，PCI)以及目标小区对应的频率信息(如目标小区对应的频点)、目标小区为UE分配的C-RNTI和接入目标小区所需的随机接入信道资源信息等。

该RRC重配置消息中还可以包含NTN配置信息，关于NTN配置信息的相关介绍可以参考S901中的相关内容，为了简洁，此处不做赘述。

该RRC重配置消息还可以包含S902中的第一时间信息，该第一时间信息的参考时间为统一参考时间，该统一参考时间也可以称为绝对时间，可以是源基站、UE和候选基站都可以识别并获取的参考时间。示例性的，该统一参考时间可以为UTC时间，或者该统一参考时间也可以为GPS时间，或者该统一参考时间也可以为新纪元时间。

在一些示例中，该第一时间信息可以包括第一起始时间和/或第一结束时间，该第一起始时间为候选小区的星历信息有效的起始时间，该第一结束时间可以为候选小区的星历信息有效的结束时间。

该第一时间信息可以包含在RRC重配置消息中的条件切换配置信息中，换句话说该第一时间信息由目标基站包含在切换请求确认消息中，由源基站透传给UE。

RRC重配置消息中包含可以确定候选小区的星历信息是否有效的第一时间信息，有利于UE确定候选小区的星历信息是否有效。相较于单独发送第一时间信息，有利于UE对于第一时间信息的读取与解读，也有利于减少UE和源基站之间的通信信令消耗。

RRC重配置消息中的候选小区的配置参数可以包括目标小区的信息(如，PCI)以及目标小区对应的频率信息(如目标小区对应的频点)、目标小区为UE分配的C-RNTI和接入目标小区所需的随机接入信道资源信息等。

S904，UE确定目标小区的星历信息是否有效。

UE在接收到源基站发送的RRC重配置消息后，可以读取到该RRC重配置消息中包含的NTN配置信息，NTN配置信息中包含第三时间信息。当该RRC重配置消息中还包含前述第一时间信息时，UE还可以读取到该第一时间信息。

在一种可能的实现方式中，该第一时间信息包括第一起始时间，该第一起始时间为候选小区的星历信息有效的起始时间。UE可以根据该第一起始时间和第三时间信息里的上行同步有效时长来确定候选小区的星历信息有效的时间段。

例如，第一起始时间为2004-05-03T17:30:08+08:00，上行同步有效时长为900S，则候选小区的星历信息有效的结束时间为2004-05-03T18:00:08+08:00，UE可以认为在2004-05-03T17:30:08+08:00到2004-05-03T17:45:08+08:00这一段时间内候选小区的星历信息有效。

又例如，第一起始时间为2004-05-03T17:30:08+08:00，上行同步有效时长为12000帧，每一帧为10毫秒，则候选小区的星历信息有效的结束时间为2004-05-03T17:32:08+08:00，UE可以认为在2004-05-03T17:30:08+08:00到2004-05-03T17:32:08+08:00这一段时间内候选小区的星历信息有效。

在另一种可能的实现方式中，该第一时间信息包括第一结束时间，该第一结束时间可以为候选小区的星历信息有效的结束时间。UE可以直接根据该第一结束时间确定候选小区的星历信息是否有效。具体的，UE可以认为在第一结束时间前候选小区的星历信息有效。

例如，第一结束时间为2021-06-03T08:30:06+02:00，则UE可以认为在该第一结束时间前候选小区的星历有效。

可选的，UE还可以根据第一结束时间和第三时间信息里的上行同步有效时长来确定候选小区的星历信息有效的起始时间。具体的，UE可以认为在第一结束时间前的上行同步有效时长内，候选小区的星历信息有效。

例如，第一结束时间为2021-06-03T08:12:06+02:00，上行同步有效时长为2分钟，则候选小区星历信息有效的起始时间为2021-06-03T08:10:06+02:00。UE可以认为在该时间范围内(2021-06-03T08:10:06+02:00～2021-06-03T08:12:06+02:00)候选小区的星历信息有效。

又例如，第一结束时间为2021-06-03T08:30:06+02:00，上行同步有效时长为18000帧，每一帧为10毫秒，则候选小区星历信息有效的起始时间为2021-06-03T08:00:06+02:00。UE可以认为在该时间范围内(2021-06-03T08:00:06+02:00～2021-06-03T08:03:06+02:00)候选小区的星历信息有效。

在又一种可能的实现方式中，该第一时间信息包括第一起始时间和第一结束时间，该第一起始时间可以为候选小区的星历信息有效的起始时间，该第一结束时间可以为候选小区的星历信息有效的结束时间。根据该第一时间信息，UE可以确定在第一起始时间和第一结束时间之间候选小区的星历信息是有效的，在第一起始时间之前和/或第一结束时间之后，候选小区的星历信息是无效的。

S905，UE确定目标小区，向目标基站发起切换。

在候选小区满足执行条件的情况下，UE将候选小区作为目标小区，向目标小区发起切换。可以有一个候选小区满足执行条件，也可以有多个候选小区满足执行条件。当有多个候选小区满足执行条件时，UE选择其中一个候选小区作为目标小区。

可选的，UE将候选小区的星历信息作为CHO执行评估条件。

一种可能的实现方式是，多个满足执行条件的候选小区里至少存在一个候选小区的星历信息没有失效，UE可以根据优先选择星历信息没有失效的候选小区作为目标小区。在一个示例中，UE可以选择星历信息有效时间长的候选小区作为目标小区，以提高UE随机接入流程的可操作时间。

另一种可能的实现方式是，多个满足执行条件的候选小区里不存在星历信息有效的候选小区，或者说，候选小区的星历信息已经全部失效。UE可以选择一个小区作为目标小区，通过其他方式获取目标小区的星历信息，在更新目标小区的星历信息之后再选择目标小区进行切换入目标小区。这里，UE可以在执行切换入目标小区前，获取目标小区的系统信息块(SIB)19，并通过SIB19获取目标小区的当前的星历信息。

在一些实施例中，候选小区的切换执行条件可以为基于时间的触发条件，该切换执行条件为一个时间段[t3，t4]，UE在该时间段内可以切换到候选小区中。t3和t4的参考时间是UTC时间。切换命令中携带的一个候选小区的第三时间信息为[t5,t6]，t5为基于候选目标小区定时的星历信息的纪元时间，也就是说t5为候选目标小区的帧号和子帧号，在UE未与候选目标小区进行下行同步前，终端无法确定候选目标小区的帧号和子帧号代表的时间；t6为上行有效时间段。切换命令中携带了第一时间信息里的第一起始时间t7，t7为代表一个绝对时间的时间信息。UE认为在[t7，t7+t6]时间段内，RRC重配置消息里携带的该候选小区的星历信息有效。当UE在t8时有该候选小区满足了条件切换执行条件，当t8>(t7+t6)时，UE认为该候选小区的星历信息无效，优先选择其他有有效星历的候选小区；当t7<t8<(t7+t6)时,UE认为该候选小区的星历信息有效，选择切换到该候选小区。在CHO评估过程中，有效的星历信息UE可以进行精确的RRM测量，切换过程中有有效的星历信息可以提高切换成功率。

在又一些实施例中，候选小区的切换执行条件可以为基于距离的触发条件，在[t9，t10]内，候选小区的星历信息有效，t9和t10的参考时间可以为统一参考时间。在UE同时满足距离要求和星历信息有效的要求的情况下，向目标基站发起随机接入流程。

可选的，UE可以将在本次条件切换过程中一个或多个候选小区的星历信息无效的结果保存下来，并可以发送给网络设备，可以用于下一次条件切换过程的参考。例如，网络设备向UE请求发送报告信息时，UE可以将保存的一个或多个候选小区的星历信息无效的结果通过UE信息响应(UEinformation response)消息发送给网络设备。又例如，UE可以保存候选小区的标识信息和用于指示该候选小区的星历信息失效的指示信息至UE信息响应消息中。

本申请实施例中，目标基站可以将用于确定目标小区的星历信息是否有效的时间信息包含在发送至源基站的CHO响应消息中，源基站可以将该时间信息发送至UE，UE在获取该信息后可以根据该时间信息来确定目标小区的星历信息是否有效，在目标小区的星历信息有效的情况下，UE才向目标小区发起随机接入。本实施例中提供的通信方法，有利于提升UE在条件切换的过程中接入目标小区的成功率，有利于降低UE在条件切换过程中的通信时延，有利于提高无线资源管理(RRM)测量的有效性，有利于提升用户的使用体验。

图10是本申请实施例提供的又一种通信方法，该实施例中，源基站在获取到候选基站发送的第二时间信息后，根据第二时间信息生成第一时间信息，并将第一时间信息发送至条件切换过程中的UE，UE可以根据该第一时间信息确定候选小区的星历信息是否有效。

条件切换过程中，UE当前接入的小区称为服务小区，服务小区所在的基站称为源基站，服务小区也可以成为源小区。CHO切换命令中携带的一个或者多个小区称为候选目标小区，候选目标小区所在的基站称为候选基站。UE从一个或者多个候选小区中选择一个小区进行接入，该小区称为目标小区，目标小区所在的基站称为目标基站。

S1001，候选基站向源基站发送第一消息，相应的，源基站接收该第一消息。

第一消息可以为接口建立请求消息，该接口可以为用于源基站与候选基站之间通信的Xn接口，该接口建立请求消息可以用于请求与候选基站建立接口间的通信。

第一消息也可以为接口建立响应消息，这种情况下，可以由候选基站先向源基站发送接口建立请求消息，源基站再向候选基站发送第一消息。

或者，第一消息也可以为节点配置更新消息或者称为接口配置消息，该节点配置更新消息用于向候选基站的接口配置更新的信息。

第一消息中可以包括第二时间信息，该第二时间信息可以用于指示候选基站所有小区的星历信息有效时间，又或者，该第二时间信息可以用于指示候选基站提供服务的一个或者多个小区的星历信息有效的时间。第二时间信息可以为基站级的信息，也就是说候选基站里所有小区的星历信息相同；也可以为小区级的信息，也就是候选基站里每个小区有各自的星历信息。可以理解的，该第二时间信息，包括候选小区的星历有效的时间信息。

或者说，在一种可能的实现方式中，第二时间信息用于确定候选基站提供服务的多个小区的星历信息是否有效，该多个小区可以包含候选小区。在另一种可能的实现方式中，第二时间信息用于确定候选小区的星历信息是否有效。

在一些示例中，第二时间信息用于确定候选小区的星历信息是否有效，也可以称为第二时间信息用于指示候选小区的星历信息的有效时间，该第二时间信息的参考时间可以为统一参考时间，也就是说该第二时间信息为一个绝对时间信息。

统一参考时间也可以称为绝对时间，可以是源基站、UE和候选基站都可以识别并获取的参考时间。该绝对时间可以是指将绝对时间直接下发给终端，也可以是将能够表示绝对时间的一个值下发给终端，例如：可能是相对某个绝对时间的偏差，由UE得到该绝对时间可以直接得到或者计算得到一个绝对时间。该绝对时间也可以理解为可以用于指示绝对时间的一个时间信息。示例性的，该统一参考时间可以为协调世界(UTC)时间，例如，2004-05-03T17:30:08+08:00。或者该统一参考时间也可以为全球定位系统(GPS)时间，GPS时间是指以UTC时间1980年1月6日00:00:00为起点，用周数和周内秒数来表示时间的方法。或者该统一参考时间也可以为新纪元(epoch time)时间，该新纪元时间与前文中纪元时间(epoch time)不同，这里新纪元时间是一个时间日期的表达方式，是以世界标准时间1970年1月1日0时0分为起点，每过去一秒，数值加1。

在另一些示例中，第二时间信息用于指示候选小区的星历信息的有效时间，该第二时间信息的参考时间可以为候选小区的定时，也就是第二时间信息是基于候选小区定时的时间信息。小区的定时是小区范围内的参考时间，不同的小区具有不同的小区定时，与小区获得信号同步后，可以获得该小区的定时，也就是可以获得该小区的帧号和子帧号。可以理解为，在第二时间信息的参考时间为候选小区的定时的情况下，只有确定了候选小区的定时才可以确定第二时间信息。相互通信的两个基站之间，当UE上报了服务小区和候选小区之间的定时差(SFN and frame timing difference，SFTD)，源基站针对该UE则可以通过该定时差将以候选小区定时为参考的第二时间信息计算转化为以服务小区定时为参考的第一时间信息，或者转换为绝对时间的第一时间信息。该UE获取到基于服务小区定时的时间信息或者转化为绝对时间的时间信息，则UE可以直接应用，不会存在理解偏差。针对小区的定时在后文均适用，此处不赘述。

以上两种示例情况下，第二时间信息可以包括第三起始时间和/或第三结束时间；或者，该第二时间信息包括第三起始时间和第二时长。第三起始时间用于指示候选小区星历信息有效的起始时间，第三结束时间用于指示候选小区星历信息有效的结束时间，第二时长用于指示候选小区星历信息有效的时间长度，或者称为指示候选小区星历信息有效的最长时间。

S1002，源基站向候选目标基站发送条件切换请求消息，候选目标基站接收该条件切换请求消息。

S1002用来进行条件切换请求消息，具体的技术内容及相关解释可以参考前文S901的内容，在此处不赘述。

S1003，候选目标基站向源基站发送条件切换请求确认消息，源基站接收该条件切换请求确认消息。

具体的，在候选目标基站决定允许UE接入的情况下，候选目标基站向源基站发送切换请求确认消息，该切换请求确认消息中可以包含UE接入候选目标小区所需的配置信息，该配置信息也可以包含在候选目标基站到源基站的消息中，源基站不解析或者称为不读取该配置信息，直接透传给UE，例如，候选目标小区的公共接入信息，UE在候选目标小区的小区无线网络临时标识符(C-RNTI)和安全相关算法等参数及候选目标小区为UE配置的PHY、MAC、RLC、PDCP等协议层配置信息。该切换请求确认消息中还包括CHO切换确认信息，该CHO切换确认信息包含确认请求的目标小区ID等，源基站会读取该CHO切换确认信息里的内容并进行处理。

需要说明的是，在源基站通过接收第一消息获取到第二时间信息的情况下，该切换请求确认消息中可以不包含第二时间信息，也可以包含第二时间信息。也就是说，源基站可以通过至少一种方式获取到第二时间信息，当存在多种方式时，源基站也可以通过多种方式获取该第二时间信息。

S1004，源基站向UE发送RRC重配置消息，相应的，UE接收该RRC重配置消息。

在UE发生条件切换的场景下，源基站确定执行条件切换后，可以向UE发送RRC重配置消息。该RRC重配置消息可以包括源基站生成的候选小区的切换执行条件，该RRC重配置消息还可以包括候选目标基站生成的候选小区的CHO配置信息，其中该候选小区的CHO配置信息中包含第三时间信息。

一种可能的实现方式是，候选小区的切换执行条件可以为基于时间的触发条件。例如，该切换执行条件为一个时间段[t1，t2]，UE在该时间段内可以切换到候选小区中(或者称在该时间段内UE允许执行该候选小区的条件切换)。可选的，该切换执行条件还可以结合信号质量，例如，在[t1，t2]时间段内，如果UE测量候选小区的信号质量大于第一阈值，则UE可以切换到候选小区中。

另一种可能的实现方式是，候选小区的切换执行条件可以为基于距离的触发条件。例如，UE与当前服务小区的参考位置的离大于第一距离且UE离候选小区的参考位置的距离小于第二距离，则UE可以切换到候选小区中。可选的，该切换执行条件还可以结合信号质量，例如，在UE满足前述的距离的条件的情况下，UE测量候选小区的信号质量大于第二阈值，则UE可以切换到该候选小区中。

又一种可能的实现方式是，候选小区的切换执行条件可以为基于信号质量的触发条件。例如，当终端测量到的候选小区的信号质量大于第三阈值，则UE可以切换到候选小区中。

需要说明的是，以上仅示例性的提供了几种可能的切换执行条件，本申请提供的确定候选小区的星历信息是否有效的方法与切换执行条件是相互解耦的，也就是说，本申请提供的确定候选小区的星历信息是否有效的方法也可以适用于其他更多的切换执行条件。

RRC重配置消息中的候选小区的配置参数可以包括目标小区的信息(如，PCI)以及目标小区对应的频率信息(如目标小区对应的频点)、目标小区为UE分配的C-RNTI和接入目标小区所需的随机接入信道资源信息等。

该RRC重配置消息中还可以包含NTN配置信息，在一些实施例中，该NTN配置信息可以包括用于UE通过NTN接入网络的参数信息。示例性的，该NTN配置信息可以包括纪元时间(epoch time)和上行同步有效时长。该NTN配置信息还可以包括TA信息和星历信息等，这里NTN配置信息中包含的纪元时间和/或上行同步有效时长可以称为第三时间信息。

在切换命令中的第三时间信息里的纪元时间是基于候选小区的定时。一种可能的实现方式是，该纪元时间包括帧号和子帧号。UE与候选小区进行下行同步后可获取到目标小区的帧号和子帧号后，在该纪元时间开始获得终端的有效星历信息。帧可以理解为一个时间单元，子帧可以理解为该时间单元的子单元。例如，每一帧的持续时间可以为10毫秒，每一帧由10个子帧组成，每一个子帧的持续时间为1毫秒。

上行同步有效时长，可以用于指示UE在没有获取新的星历信息的情况下可以应用星历信息的最长时间，换句话说，就是从纪元时间开始后的上行同步有效时长内，星历信息有效，不需要重新获取新的星历信息。例如，该上行同步有效时长可以为5S、900S、3600帧等。

星历信息可以用于描述一颗卫星的运行信息，小区的星历信息可以指为该小区提供服务的卫星的星历信息。在一些示例中，星历信息可以包括以下信息中的一种或多种：卫星的飞行轨迹、卫星的组网方式、卫星的底面高度、卫星的底面倾角、卫星的相对位置。

更多关于NTN配置信息的说明请参考相关标准文档，此处不作赘述。

上述RRC重配置消息中还可以包括第一时间信息，该第一时间信息可以由源基站从目标基站接收的第二时间信息转化得到，或者参考第二时间信息生成该第一时间信息，该第一时间信息用于UE确定候选目标小区的星历信息是否有效。当有多个候选小区时，每个候选小区可以对应一个第一时间信息,也可以部分小区存在与之关联的第一时间信息，部分小区不存在与之关联的第一时间信息。也可以理解当源基站可以从候选基站获取到某个候选小区的第二时间信息，则该RRC重配置消息中包含与该候选小区关联的或者绑定的第一时间信息。当源基站从候选基站没有获取到某个候选小区的时间信息时，则该RRC重配置消息中仅包含该候选小区的条件配置信息，不包含于该候选小区关联的第一时间信息。关于候选小区与第一时间的关系在此统一描述，全文适用，其他地方不赘述。

具体的，如S1001中所述，源基站可以通过接收第一消息获取第二时间信息，源基站可以对第二时间信息进行解析，并在给UE下发的条件切换命令中将第二时间信息转化为UE可以识别的第一时间信息。UE在接收到该第一时间信息后可以在条件切换评估过程中和切换过程中确定候选小区的星历信息是否有效。

在一些示例中，该第二时间信息的参考时间为候选小区的定时，在源基站需要给UE下发条件切换命令时，源基站在对该第二时间信息进行解析并确定其参考时间为候选小区的定时的情况下，源基站可以将第二时间信息和终端上报的服务小区和目标小区的定时差进行转化为第一时间信息，该第一时间信息的参考时间可以为统一参考时间或服务小区的定时，并携带在切换命令中下发给UE。

这里，第一时间信息可以包括第一起始时间和第一时长；或者，第一时间信息包括第一起始时间和/或第一结束时间；或者，第一时间信息包括第一起始时间。第二时间信息可以包括第三起始时间和/或第三结束时间；或者，第二时间信息包括第三起始时间和第二时长。以下举例说明这种情况下，第二时间信息到第一时间信息的转化过程或者源基站参考第二时间信息生成第一时间的过程。

在第一时间信息的参考时间为服务小区定时的情况下，第二时间信息为目标小区定时的情况下，则根据UE上报的SFTD和第二时间信息为参考，生成第一时间信息。

例如：第二时间信息里包含第三起始时间和第二时长，且第三起始时间是以目标小区的定时为参考，第三起始时间为帧号为10，子帧号为1，第二时长为600s，UE上报的SFTD测量结果为服务小区和候选小区的帧边界偏移(frame boundary offset)为0，帧偏移(SFNOffset)为1。

在第一时间信息的参考时间为服务小区的定时的情况下，则根据UE上报的SFTD测量结果和第二时间信息，可以得到第一时间信息里的第一起始时间为帧号为11，子帧号为1，第一时长为600s。

在第一时间信息的参考时间为统一参考时间的情况下，一种可能的情况是先将第二时间信息里的第三起始时间转化为基于服务小区定时的时间信息，再将服务小区的时间信息转换为一个绝对时间时间信息。例如，根据UE上报的SFTD测量结果和第二时间信息，可以得到第一时间信息里的第一起始时间为帧号为11，子帧号为1，第一时长为600s，服务小区帧号为11，子帧号为1对应的绝对UTC时间为2004-05-03T18:00:08，然后基站可以将2004-05-03T18:00:08，例如转化一个数值带给终端，基站和终端具有相同的计算该数值的方法。如以公历日期1900年1月1日为起始点，以10ms为单位，至2004-05-03T18:00:08中间包含N个10ms，则下发数值N给UE。此处不限制基站携带绝对时间给UE的方式。

在另一些示例中，该第二时间信息的参考时间为绝对时间(或称统一参考时间)，在源基站需要给UE下发条件切换的命令时，源基站可以对该第二时间信息进行解析并将第二时间信息转化为第一时间信息，第一时间信息可以为服务小区的定时，第一时间信息也可以为绝对时间信息，并携带在条件切换命令中下发给UE。

这里，第一时间信息可以包括第一起始时间和第一时长；或者，第一时间信息包括第一起始时间和/或第一结束时间；或者，第一时间信息包括第一起始时间。第二时间信息可以包括第三起始时间和/或第三结束时间；第二时间信息也可以包括第三起始时间和第二时间。以下举例说明这种情况下，第二时间信息到第一时间信息的转化过程。

第二时间信息包括的第三起始时间可以为：2004-05-03T18:00:09，也可以表示为一个数值，基站间可以通过相同的计算过程将该数值推导到具体的绝对时间。

在第一时间信息的参考时间为服务小区的定时的情况下，源基站服务小区与2004-05-03T18:00:09对应的帧号为20，子帧号为1，则第一时间信息里的第一起始时间为帧号为20，子帧号为1。

在一些实施例中，该第二时间信息为绝对时间，在源基站需要给UE下发条件切换的命令时，源基站可以对该第二时间信息直接携带在条件切换命令中下发给UE，也就是第一时间信息和第二时间信息相同，都是绝对时间。

例如，第二时间信息携带起始时间为2004-05-03T18:00:08，携带在切换命令中的第一时间信息的起始时间为2004-05-03T18:00:08。

综合上面的例子，该第一时间信息不包含在RRC重配置消息中候选目标小区的切换配置信息中。一种可能的方式为该第一时间信息可以包含在RRC重配置消息中携带的条件切换的触发条件中。

源基站可以选择性地将UE无法利用的时间信息转化为UE可以利用的时间信息，UE在接收到转化后的时间信息后可以直接利用，有利于加快UE从多个候选小区中确定出目标小区的速度，有利于提高UE进行条件切换的效率。

S1005，UE确定候选小区星历信息是否有效。

UE在接收到源基站发送的RRC重配置消息后，可以读取到该RRC重配置消息中包含的NTN配置信息，NTN配置信息中可以包括第三时间信息。当该RRC重配置消息中还包含前述第一时间信息时，UE还可以读取到该第一时间信息。UE可以根据该RRC重配置消息确定候选小区的星历信息是否有效。

在一些示例中，该RRC重配置消息包括第一时间信息，该第一时间信息的参考时间为统一参考时间或服务小区的定时，该第一时间信息用于确定候选小区的星历信息是否有效。

在一种可能的实现方式中，该第一时间信息包括第一起始时间，该第一起始时间为候选小区的星历信息有效的起始时间。UE可以根据该第一起始时间和NTN配置信息中包含的也就是第三时间信息里的上行同步有效时长来确定候选小区的星历信息有效的结束时间。

例如，第一起始时间为2004-05-03T17:30:08+08:00，上行同步有效时长为3分钟，则候选小区的星历信息有效的结束时间为2004-05-03T17:33:08+08:00，UE可以认为在2004-05-03T17:30:08+08:00到2004-05-03T17:33:08+08:00这一段时间内候选小区的星历信息有效。

在另一种可能的实现方式中，该第一时间信息包括第一起始时间和第一时长，该第一起始时间为候选小区的星历信息有效的起始时间，该第一时长为候选小区星历信息有效的时间长度。UE可以根据第一起始时间和第一时长确定候选小区的星历信息是否有效。

例如，第一起始时间为2004-05-03T17:30:08+08:00，第一时长为3分钟，则候选小区的星历信息有效的结束时间为2004-05-03T17:33:08+08:00，UE可以认为在2004-05-03T17:30:08+08:00到2004-05-03T17:33:08+08:00这一段时间内候选小区的星历信息有效。

在又一种可能的实现方式中，该第一时间信息包括第一结束时间，该第一结束时间可以为候选小区的星历信息有效的结束时间。UE可以根据该第一结束时间确定候选小区的星历信息是否有效。

例如，第一结束时间为2021-06-03T08:30:06+02:00，则UE可以认为在该第一结束时间前候选小区的星历信息有效。

可选的，UE还可以根据第一结束时间和NTN配置信息中包含的上行同步有效时长来确定候选小区的星历信息有效的起始时间。

例如，第一结束时间为2021-06-03T08:30:06+02:00，上行同步有效时长为3分钟，则候选小区星历信息有效的起始时间为2021-06-03T08:27:06+02:00。UE可以认为在该时间范围内(2021-06-03T08:27:06+02:00～2021-06-03T08:30:06+02:00)候选小区的星历信息有效。

又例如，第一结束时间为2021-06-03T08:30:06+02:00，上行同步有效时长为18000帧，每一帧为10毫秒，则UE可以认为在该时间范围内(2021-06-03T08:27:06+02:00～2021-06-03T08:30:06+02:00)候选小区的星历信息有效。

在又一种可能的实现方式中，该第一时间信息包括第一起始时间和第一结束时间，该第一起始时间可以为候选小区的星历信息有效的起始时间，该第一结束时间可以为候选小区的星历信息有效的结束时间。根据该第一时间信息，UE可以确定在第一起始时间和第一结束时间之间候选小区的星历信息是有效的，在第一起始时间之前和/或第一结束时间之后，候选小区的星历信息是无效的。

S1006，UE确定目标小区，向目标基站发起切换。

在候选小区满足执行条件的情况下，UE将候选小区作为目标小区，向目标小区发起切换。发起切换的流程可能包括以下一项或者几项：发起随机接入，向目标侧发起切换完成消息，发送上行数据。可以有一个候选小区满足执行条件，也可以有多个候选小区满足执行条件。当有多个候选小区满足执行条件时，UE选择其中一个候选小区作为目标小区。

可选的，UE将候选小区的星历信息作为CHO执行评估条件。

一种可能的实现方式是，多个满足执行条件的候选小区里至少存在一个候选小区的星历信息没有失效，UE可以根据优先选择星历信息没有失效的候选小区作为目标小区。在一个示例中，UE可以优先选择星历信息有效时间长的候选小区作为目标小区，以提高UE随机接入流程的可操作时间。

另一种可能的实现方式是，多个满足执行条件的候选小区里不存在星历信息有效的候选小区，或者说，候选小区的星历信息已经全部失效。UE可以选择一个小区作为目标小区，通过其他方式获取目标小区的星历信息，在更新目标小区的星历信息之后再选择目标小区进行切换入目标小区。这里，UE可以在执行切换入目标小区前，获取目标小区的系统信息块(SIB)19，并通过SIB19获取目标小区的当前的星历信息。

在一些实施例中，候选小区的切换执行条件可以为基于时间的触发条件，该切换执行条件为一个时间段[t3，t4]，UE在该时间段内可以切换到候选小区中。t3和t4的参考时间是UTC时间。切换命令中携带的一个候选小区的第三时间信息为[t5,t6]，t5为基于候选目标小区定时的星历信息的纪元时间，也就是说t5为候选目标小区的帧号和子帧号，在UE未与候选目标小区进行下行同步前，终端无法确定候选目标小区的帧号和子帧号代表的时间；t6为上行有效时间段。切换命令中携带了第一时间信息的第一起始时间t7，t7为代表一个绝对时间的时间信息。UE认为在[t7，t7+t6]时间段内，RRC重配置消息里携带的该候选小区的星历信息有效。当UE在t8有该候选小区满足了条件切换执行条件，当t8>(t7+t6)时，UE认为该候选小区的星历信息无效，优先选择其他有有效星历的候选小区；当t7<t8<(t6+t7)，UE认为该候选小区的星历信息有效，选择切换到该候选小区。或者说，UE在t8时刻认为候选小区满足条件切换执行条件，当t8时刻落在[t7，t7+t6]内，则UE选择该候选小区为目标小区；当t8时刻落在[t7，t7+t6]外，则UE不优选该小区为目标小区，当没有其他候选小区满足执行条件，只有该小区满足执行条件时，则UE先根据该小区信息进行下行同步读取系统消息里的星历信息后，再尝试进行上行同步，也可以称为再进行随机接入。终端选择候选在CHO评估过程中，有效的星历信息UE可以进行精确的RRM测量，切换过程中有有效的星历信息可以提高切换成功率。

可选的，UE可以将在本次条件切换过程中一个或多个候选小区的星历信息无效的结果保存下来，并可以发送给网络设备，可以用于下一次条件切换过程的参考。例如，网络设备向UE请求发送报告信息时，UE可以将保存的一个或多个候选小区的星历信息无效的结果通过UE信息响应(UEinformation response)消息发送给网络设备，用于辅助网络设备做后续切换执行的判决。又例如，UE可以保存候选小区的标识信息和用于指示该候选小区的星历信息失效的指示信息至UE信息响应消息中。

图11是本申请实施例提供的又一种通信方法，该实施例中，源基站从非目标基站处，例如OAM，NTN控制中心(也可以称为NTN配置中心)，核心网等获取第二时间信息后，根据第二时间信息生成候选小区的第一时间信息，并在给UE下发条件切换命令时将候选小区的第一时间信息发送至UE，UE可以根据该第一时间信息确定候选小区的星历信息是否有效。具体从哪里获取第二时间信息本申请对此不做限制，本实施例以OAM进行举例。

S1101，OAM向源基站发送第二消息，相应的，源基站接收第二消息。

源基站可以从OAM接收第二消息，该第二消息可以包括第二时间信息。

可选的，源基站还可以从NTN配置中心接收第二消息，该第二消息包括第二时间信息。

可选的，源基站还可以从核心网接收第二消息，该第二消息包括第二时间信息。

该第二时间信息可以用于指示候选基站所有小区的星历信息有效时间，或者，该第二时间信息可以用于确定候选基站提供服务的一个或多个小区的星历信息是否有效，又或者，该第二时间信息可以用于指示候选基站提供服务的一个或者多个小区的星历信息有效的时间。第二时间信息可以为基站级的信息，也就是说候选基站里所有小区的星历信息相同，OAM只需要发一个基站级的第二时间信息给源基站；也可以为小区级的信息，也就是候选基站里每个小区有各自的星历时间信息，OAM将候选基站里的一个或者多个小区的星历有效时间发送给源基站。

或者说，在一种可能的实现方式中，第二时间信息用于确定候选基站提供服务的多个小区的星历信息是否有效，该多个小区可以包含候选小区。在另一种可能的实现方式中，第二时间信息用于确定候选小区的星历信息是否有效。

在一些示例中，第二时间信息用于确定候选小区的星历信息是否有效，也可以称为第二时间信息用于指示候选小区的星历信息的有效时间，该第二时间信息的参考时间可以为统一参考时间，也就是说该第二时间信息可以为一个绝对时间信息。

统一参考时间也可以称为绝对时间，可以是源基站、UE和候选基站都可以识别并获取的参考时间。该绝对时间可以是指将绝对时间直接下发给终端，也可以是将能够表示绝对时间的一个值下发给终端，例如：可能是相对某个绝对时间的偏差，由UE得到该绝对时间可以直接得到或者计算得到一个绝对时间。该绝对时间也可以理解为可以用于指示绝对时间的一个时间信息。示例性的，该统一参考时间可以为协调世界(UTC)时间，例如，2004-05-03T17:30:08+08:00。或者该统一参考时间也可以为全球定位系统(GPS)时间，GPS时间是指以UTC时间1980年1月6日00:00:00为起点，用周数和周内秒数来表示时间的方法。或者该统一参考时间也可以为新纪元(epoch time)时间，该新纪元时间与前文中纪元时间(epoch time)不同，这里新纪元时间是一个时间日期的表达方式，是以世界标准时间1970年1月1日0时0分为起点，每过去一秒，数值加1。

在另一些示例中，第二时间信息用于指示候选小区的星历有效时间信息，该第二时间信息的参考时间可以为候选小区的定时。

在另一些示例中，第二时间信息用于指示候选小区的星历有效时间信息，该第二时间信息的参考时间可以为候选小区的定时。

以上几种情况下，第二时间信息可以包括第三起始时间和/或第三结束时间；或者，该第二时间信息包括第三起始时间和第二时长。第三起始时间用于指示候选小区星历信息有效的起始时间，第三结束时间用于指示候选小区星历信息有效的结束时间，第二时长用于指示候选小区星历信息有效的时间长度或者称为指示候选小区星历信息有效的最长时间。

小区的定时(timing)是小区范围内的参考时间，不同的小区具有不同的小区定时，在第二时间信息的参考时间为候选小区的定时的情况下，只有确定了候选小区的定时才可以确定第二时间信息。相互通信的两个基站之间，当UE上报了服务小区和候选小区之间的定时差(SFN and frame timing difference，SFTD)，源基站针对该UE则可以通过该定时差将以候选小区定时为参考的第二时间信息计算转化为以服务小区定时为参考的第二时间信息，或者转换为绝对时间的第二时间信息。该UE获取到基于服务小区定时的时间信息或者转化为绝对时间的时间信息，则UE可以直接应用，不会存在理解偏差。

S1102，源基站向候选目标基站发送条件切换请求消息，候选目标基站接收该条件切换请求消息。

S1102主要是向候选基站发送切换请求消息，具体的技术内容参考S901或者S1002，此处不再重复。

S1103，候选目标基站向源基站发送条件切换请求确认消息，源基站接收该条件切换请求确认消息。

S1103主要是候选基站向目标基站发送条件切换请求确认消息，其技术内容可以参考S1003，此处不再重复。

S1104，源基站向UE发送RRC重配置消息，相应的，UE接收该RRC重配置消息。

在UE发生条件切换的场景下，源基站确定执行条件切换后，可以向UE发送RRC重配置消息。该RRC重配置消息可以包括源基站生成的候选小区的切换执行条件，该RRC重配置消息还可以包括候选目标基站生成的候选小区的CHO配置信息，其中该候选小区的CHO配置信息中包含第三时间信息，该第三时间信息可以包含纪元时间和/或上行同步有效时长，其中纪元时间是基于候选小区的定时。

上述RRC重配置消息中还可以包括第一时间信息，该第一时间信息可以由源基站从接收的第二时间信息转化得到，该第一时间信息用于UE确定候选目标小区的星历信息是否有效。

具体根据第二时间信息生成第一时间信息，或者说参考第二时间信息生成第一时间信息的方式与S1004中的生成方式相同，第一时间信息包含的内容也与S1004中的第一时间信息内容相同，具体参考S1004，此处不赘述。

S1105，UE确定候选小区星历信息是否有效。

S1105，的技术内容与S1005的内容类似，为了简洁，此处不再重复。

S1106，UE确定目标小区，向目标基站发起切换。

S1106的技术内容与S1006的内容类似，为了简洁，此处不再重复。

源基站不仅可以从目标基站获取前述的第二时间信息，还可以从OAM、核心网、NTN控制中心等多种方式中的一种或多种获取第二时间信息，这样，当源基站无法从目标基站获取第二时间信息时，源基站还可以通过其他方式获取，从而有利于源基站向UE发送前述的第一时间信息，有利于UE在接入目标小区前确定目标小区的星历信息是否有效。

图12是本申请实施例提供的又一种通信方法，该实施例中，源基站在获取到候选基站发送的第二时间信息后，源基站根据第二时间信息生成候选小区的第一时间信息，并在给UE下发条件切换命令时将候选小区的第一时间信息发送至UE，终端设备可以根据该第一时间信息确定候选小区的星历信息是否有效。

条件切换过程中，UE当前接入的小区称为服务小区，服务小区所在的基站称为源基站，服务小区也可以称为源小区。CHO切换命令中携带的一个或者多个小区称为候选目标小区，候选目标小区所在的基站称为候选基站。UE从一个或者多个候选小区中选择一个小区进行接入，该小区称为目标小区，目标小区所在的基站称为目标基站。

S1201，源基站向候选基站发送切换请求消息，相应的，候选基站接收该切换请求消息。

在源基站向候选基站发送切换请求消息前，源基站可以配置UE进行测量，并接收UE上报的测量报告。根据该测量报告和RRM确定是否使用条件切换。如果源基站确定使用条件切换，则源基站可以根据测量报告向满足条件切换条件的候选基站发送切换请求消息。该切换请求可以是条件切换请求。

源基站可以向一个或多个候选基站发送条件切换请求消息，该条件切换请求消息可以用于请求UE接入候选基站上候选小区所需要的配置信息，例如NTN配置信息。

在一些实施例中，该NTN配置信息可以包括用于UE通过NTN接入网络的参数信息。示例性的，该NTN配置信息可以包括纪元时间(epoch time)和上行同步有效时长(ntn-UlSysncValidityDuration)。该NTN配置信息还可以包括时间提前量(timing advance，TA)信息和星历信息(ephemeris Info)等，这里NTN配置信息中包含的纪元时间和/或上行同步有效时长可以称为第三时间信息。

第三时间信息中的该纪元时间是基于候选小区的定时。一种可能的实现方式是，该纪元时间包括候选小区的帧号和子帧号。UE与候选小区进行下行同步后可获取到目标小区的帧号和子帧号。帧可以理解为一个时间单元，子帧可以理解为该时间单元的子单元。例如，每一帧的持续时间可以为10毫秒，每一帧由10个子帧组成，每一个子帧的持续时间为1毫秒。

上行同步有效时长，可以用于指示UE在没有获取新的星历信息的情况下可以应用星历信息的最长时间，例如，该上行同步有效时长可以为5S，900S，3600帧等。

星历信息可以用于描述一颗卫星的运行信息，小区的星历信息可以指为该小区提供服务的卫星的星历信息。在一些示例中，星历信息可以包括以下信息中的一种或多种：卫星的飞行轨迹、卫星的组网方式、卫星的底面高度、卫星的底面倾角、卫星的相对位置。

更多关于NTN配置信息的说明请参考相关标准文档，此处不作赘述。

在条件切换请求消息发送给候选目标基站后，候选目标基站会回复用于确定候选小区的星历信息是否有效的第二时间信息，有利于缩短UE获取该信息的时间，提高条件切换过程中UE切换至目标小区的效率。

S1202，候选基站向源基站发送切换请求确认消息，相应的，源基站接收该切换请求确认消息。

可选的，当S1201为条件切换时，S1202为条件切换确认消息。

在接收到源基站发送的条件切换请求消息后，候选基站可以向源基站发送条件切换请求确认消息，该切换请求确认消息可以包含NTN配置信息，关于NTN配置信息的相关介绍可以参见S1201中的内容，为了简洁，此处不做赘述。

该切换请求确认消息中还可以包括第二时间信息，该第二时间信息可以用于指示候选小区的星历信息有效时间。

在一些示例中，第二时间信息用于确定候选小区的星历信息是否有效，也可以称为第二时间信息用于指示候选小区的星历信息的有效时间，该第二时间信息的参考时间可以为统一参考时间，也就是说该第二时间信息为一个绝对时间。

统一参考时间也可以称为绝对时间，可以是源基站、UE和候选基站都可以识别并获取的参考时间。该绝对时间可以是指将绝对时间直接下发给终端，也可以是将能够表示绝对时间的一个值下发给终端，例如：可能是相对某个绝对时间的偏差，由UE得到该绝对时间可以直接得到或者计算得到一个绝对时间。该绝对时间也可以理解为可以用于指示绝对时间的一个时间信息。示例性的，该统一参考时间可以为协调世界(UTC)时间，例如，2004-05-03T17:30:08+08:00。或者该统一参考时间也可以为全球定位系统(GPS)时间，GPS时间是指以UTC时间1980年1月6日00:00:00为起点，用周数和周内秒数来表示时间的方法。或者该统一参考时间也可以为新纪元(epoch time)时间，该新纪元时间与前文中纪元时间(epoch time)不同，这里新纪元时间是一个时间日期的表达方式，是以世界标准时间1970年1月1日0时0分为起点，每过去一秒，数值加1。。

在另一些示例中，第二时间信息用于确定候选小区的星历信息是否有效，该第二时间信息的参考时间可以为候选小区的定时。

以上两种情况下，第二时间信息可以包括第三起始时间和/或第三结束时间；或者，该第二时间信息包括第三起始时间和第二时长。第三起始时间用于指示候选小区星历信息有效的起始时间，第三结束时间用于指示候选小区星历信息有效的结束时间，第二时长用于指示候选小区星历信息有效的时间长度或者称为指示候选小区星历信息有效的最长时间。

小区的定时(timing)是小区范围内的参考时间，不同的小区具有不同的小区定时，在第二时间信息的参考时间为候选小区的定时的情况下，只有确定了候选小区的定时才可以确定第二时间信息。相互通信的两个基站之间，当UE上报了服务小区和候选小区之间的定时差(SFN and frame timing difference，SFTD)，源基站针对该UE则可以通过该定时差将以候选小区定时为参考的第二时间信息计算转化为以服务小区定时为参考的第二时间信息，或者转换为绝对时间的第二时间信息。该UE获取到基于服务小区定时的时间信息或者转化为绝对时间的时间信息，则UE可以直接应用，不会存在理解偏差。

目标基站向源基站发送的第二时间信息可以包含在切换请求确认消息的第二信元中，该第二信元与透明容器信元不同。源基站直接将透明容器信元透传给终端。非透明容器信元则源基站可以进行读取，解析等处理。包含在第二信元是的第二时间信息，源基站可以进行解析、处理后转化为第一时间信息发送至UE。

切换请求确认消息中包含可以确定候选小区的星历信息是否有效的第二时间信息，有利于在UE执行条件切换之前获取到该第二时间信息，有利于提高条件切换过程中UE接入目标小区的效率。

S1203，源基站向UE发送RRC重配置消息，相应的，UE接收该RRC重配置消息。

在UE发生条件切换的场景下，源基站确定执行条件切换后，可以向UE发送RRC重配置消息。该RRC重配置消息可以包括源基站生成的候选小区的切换执行条件，该RRC重配置消息还可以包括候选目标基站生成的候选小区的CHO配置信息，其中该候选小区的CHO配置信息中包含第三时间信息，该第三时间信息可以包含纪元时间和/或上行同步有效时长，其中纪元时间是基于候选小区的定时。

上述RRC重配置消息中还可以包括第一时间信息，该第一时间信息可以由源基站从目标基站接收的第二时间信息转化得到，该第一时间信息用于UE确定候选目标小区的星历信息是否有效。

具体根据第二时间信息生成第一时间信息，或者说参考第二时间信息生成第一时间信息的方式与S1004中的生成方式相同，第一时间信息包含的内容也与S1004中的第一时间信息内容相同，具体参考S1004，此处不赘述。

S1204，UE确定候选小区星历信息是否有效。

UE根据第一时间信息确定星历信息是否有效的步骤与S1005里该部分内容相同，具体可以参考S1005，此处不再赘述。

S1205，UE确定目标小区，向目标基站发起切换。

S1205执行的内容与S1006执行的内容相似，具体可以参考S1006，此处不再赘述。

本申请实施例中，目标基站可以将用于确定目标小区的星历信息是否有效的时间信息包含在发送至源基站的切换请求确认消息中，源基站可以将该时间信息转换为UE可以利用的时间信息再发送给UE。UE可以根据获取的时间信息来确定目标小区的星历信息是否有效，在目标小区的星历信息有效的情况下，UE才向目标小区发起随机接入。

本实施例中提供的通信方法，有利于提升UE在条件切换的过程中接入目标小区的成功率，有利于降低UE在条件切换过程中的通信时延，有利于提高无线资源管理(RRM)测量的有效性，有利于提升UE用户的使用体验。

应理解，上述方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还应理解，上述各个实施例中包含的技术方案还可以相互组合形成新的实施例，例如，第二时间信息可以包含在CHO切换响应消息中，在这种情况下，源基站还可以通过从OAM或核心网等方式获取该第二时间信息。这一部分的内容也应落入本申请的保护范围内。

基于与以上方法实施例相同的发明构思，本申请实施例还提供了一种通信装置，该通信装置可具备上述方法实施例中的终端设备、源基站和目标基站的功能，并可用于执行上述方法实施例中由终端设备或源基站或目标基站的功能执行的步骤。所述功能可以通过硬件实现，也可以通过软件或者硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实现方式中，如图13所示的通信装置1300可作为上述方法实施例所涉及的终端设备，并执行上述方法实施例中由终端设备执行的步骤。

如图13所示，该通信装置1300可包括通信模块1310和处理模块1320，以上通信模块1310和处理模块1320之间相互耦合。

通信模块1310可用于支持通信装置1300进行通信，例如执行图6、图7、图8、图9、图10、图11和图12中的S601、S607、S701、S802、S903、S1004、S1104和S1203中由终端执行的发送和/或接收的动作。

处理模块1320可用于支持所述通信装置1300执行上述方法实施例中的处理动作，例如执行图7、图8、图9、图10、图11和图12中的S706、S803、S904、S1005、S1105或S1204等由终端设备执行的处理动作。

在另一种可能的实现方式中，如图13所示的通信装置1300可作为上述方法实施例所涉及的源基站，并执行上述方法实施例中由源基站执行的步骤。

如图13所示，该通信装置1300可包括通信模块1310和处理模块1320，通信模块1310和处理模块1320之间相互耦合。

通信模块1310可用于支持通信装置1300进行通信，例如执行图6、图7、图8、图9、图10、图11和图12中的S604、S703、S801、S902、S1002、S1102或S1201等由源基站执行的发送和/或接收的动作。

处理模块1320可用于支持所述通信装置1300执行上述方法实施例中的处理动作，例如执行图6中的S603等由源基站执行的处理动作。

在又一种可能的实现方式中，如图13所示的通信装置1300可作为上述方法实施例所涉及的目标基站，并执行上述方法实施例中由目标基站执行的步骤。

如图13所示，该通信装置1300可包括通信模块1310和处理模块1320，通信模块1310和处理模块1320之间相互耦合。

通信模块1310可用于支持通信装置1300进行通信，例如执行图6、图7、图8、图9、图10和图12中的S606、S708、S801、S902、S1002或S1202等由目标基站执行的发送和/或接收的动作。

处理模块1320可用于支持所述通信装置1300执行上述方法实施例中的处理动作，例如执行图6中的S605等由目标基站执行的处理动作。

可选的，通信装置1300还可以包括存储模块1330，用于存储通信装置1300的程序代码和数据。

图14是本申请实施例提供的通信设备1400的示意性框图。如图所示，该通信设备1400包括：至少一个处理器1410和收发器1420。该处理器1410与存储器耦合，用于执行存储器中存储的指令，以控制收发器1420发送信号和/或接收信号。

可选地，该通信设备1400还包括存储器1430，用于存储指令。

在一些实施例中，上述处理器1410和存储器1430可以合成一个处理装置，处理器1410用于执行存储器1430中存储的程序代码来实现上述功能。具体实现时，该存储器1430也可以集成在处理1410中，或者独立于处理器1410。

在一些实施例中，收发器1420可以包括接收器(或者称，接收机)和发射器(或者称，发射机)。

收发器1420还可以进一步包括天线，天线的数量可以为一个或多个。收发器1420有可以是通信接口或者接口电路。

当该通信设备1400为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路或通信接口；处理单元可以为该芯片上集成的处理器或者微处理器或者集成电路。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由通信设备执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由通信设备执行的方法。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM可以包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (29)

1.一种通信方法，其特征在于，包括：

第一网络设备从第二网络设备接收第二时间信息和第三时间信息；

所述第一网络设备向终端设备发送第一时间信息和所述第三时间信息；

其中，所述第一时间信息、所述第二时间信息和所述第三时间信息用于确定在条件切换过程中目标小区的星历信息是否有效，所述第一时间信息的参考时间为服务小区的定时或统一参考时间，所述第二时间信息的参考时间为统一参考时间或所述目标小区的定时，所述第三时间信息的参考时间为所述目标小区的定时，所述第三时间信息包括所述目标小区的纪元时间和/或所述目标小区的上行同步有效时长，所述第一网络设备为所述服务小区的网络设备，所述第二网络设备为所述目标小区的网络设备。

2.根据权利要求1所述的通信方法，其特征在于，在所述第二时间信息的参考时间为统一参考时间的情况下，

所述第二时间信息包括第二起始时间和/或第二结束时间，所述第二起始时间用于指示所述星历信息有效的起始时间，所述第二结束时间用于指示所述星历信息有效的结束时间；

所述第一时间信息与所述第二时间信息相同。

3.根据权利要求1所述的通信方法，其特征在于，在所述第二时间信息的参考时间为所述目标小区的定时的情况下，

所述第二时间信息包括第三起始时间和/或第三结束时间；或者，

所述第二时间信息包括第三起始时间和第二时长；

所述方法还包括：

所述第一网络设备根据所述第二时间信息生成所述第一时间信息；

其中，第三起始时间用于指示所述星历信息有效的起始时间，所述第三结束时间用于指示所述星历信息有效的结束时间，所述第二时长用于指示所述星历信息有效的时间长度。

4.根据权利要求3所述的通信方法，其特征在于，

所述第一时间信息包括第一起始时间和第一时长；或者，

所述第一时间信息包括第一起始时间和/或第一结束时间，

其中，所述第一起始时间用于指示所述星历信息有效的起始时间，所述第一结束时间用于指示所述星历信息有效的结束时间，所述第一时长用于指示所述星历信息有效的时间长度。

5.根据权利要求2所述的通信方法，其特征在于，所述第一网络设备从第二网络设备接收第二时间信息，包括：

所述第一网络设备从所述第二网络设备接收第一响应消息，所述第一响应消息的第一信元包括所述第二时间信息，所述第一信元为透明容器信元。

6.根据权利要求3或4所述的通信方法，其特征在于，所述第一网络设备从第二网络设备接收第二时间信息，包括：

所述第一网络设备从所述第二网络设备接收第一响应消息，所述第一响应消息的第二信元包括所述第二时间信息，所述第二信元与透明容器信元不同。

7.根据权利要求2所述的通信方法，其特征在于，所述第一网络设备向终端设备发送第一时间信息，包括：

所述第一网络设备发送无线资源控制RRC重配置消息，所述RRC重配置消息中携带的条件切换配置信息包括所述第一时间信息。

8.根据权利要求3或4所述的通信方法，其特征在于，所述第一网络设备向终端设备发送第一时间信息，包括：

所述第一网络设备发送无线资源控制RRC重配置消息，所述RRC重配置消息中携带的条件切换的触发条件包括所述第一时间信息。

9.根据权利要求1或2所述的通信方法，其特征在于，所述统一参考时间为以下中任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

10.根据权利要求5或6所述的通信方法，其特征在于，

所述第一响应消息为接口建立响应消息；或者，

所述第一响应消息为节点配置更新响应消息；或者，

所述第一响应消息为切换请求确认消息。

11.一种通信方法，其特征在于，包括：

终端设备接收第一时间信息和第三时间信息；

所述终端设备根据所述第一时间信息和/或所述第三时间信息在条件切换过程中确定目标小区的星历信息是否有效；

其中，所述第一时间信息的参考时间为服务小区的定时或统一参考时间，所述第三时间信息包括所述目标小区的纪元时间和/或所述目标小区的上行同步有效时长，所述第三时间信息的参考时间为目标小区的定时。

12.根据权利要求11所述的通信方法，其特征在于，

所述第一时间信息包括第一起始时间和第一时长；或者，

所述第一时间信息包括第一起始时间和/或第一结束时间；

其中，所述第一起始时间用于指示所述星历信息有效的起始时间，所述第一结束时间用于指示所述星历信息有效的结束时间，所述第一时长用于指示所述星历信息有效的时间长度。

13.根据权利要求11或12所述的通信方法，其特征在于，在所述第一时间信息的参考时间为统一参考时间的情况下，所述终端设备根据所述第一时间信息和/或所述第三时间信息在条件切换过程中确定所述星历信息是否有效，包括：

所述终端设备根据所述第一起始时间和所述目标小区的上行同步有效时长在条件切换过程中确定所述星历信息是否有效。

14.根据权利要求11至13中任一项所述的通信方法，其特征在于，在所述第一时间信息的参考时间为统一参考时间的情况下，所述终端设备接收第一时间信息，包括：

所述终端设备接收无线资源控制RRC重配置消息，所述RRC重配置消息中携带的条件切换配置信息包括所述第一时间信息。

15.根据权利要求11或12所述的通信方法，其特征在于，在所述第一时间信息的参考时间为服务小区的定时的情况下，所述终端设备接收第一时间信息，包括：

所述终端设备接收无线资源控制RRC重配置消息，所述RRC重配置消息中携带的条件切换的触发条件包括所述第一时间信息。

16.根据权利要求11至14中任一项所述的通信方法，其特征在于，所述统一参考时间为以下中任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

第一网络设备第二网络设备第一网络设备第一网络设备第二网络设备第一网络设备第一网络设备第二网络设备第一网络设备第二网络设备第一网络设备第二网络设备第一网络设备第二网络设备第一网络设备第一网络设备。

17.一种通信方法，其特征在于，包括：

第二网络设备向第一网络设备发送第二时间信息和第三时间信息；

其中，所述第二时间信息和所述第三时间信息用于确定在条件切换过程中目标小区的星历信息是否有效，所述第二时间信息的参考时间为统一参考时间或所述目标小区的定时，所述第三时间信息的参考时间为所述目标小区的定时，所述第三时间信息包括所述目标小区的纪元时间和/或所述目标小区的上行同步有效时长，所述第一网络设备为服务小区的网络设备，所述第二网络设备为所述目标小区的网络设备。

18.根据权利要求17所述的通信方法，其特征在于，在所述第二时间信息的参考时间为统一参考时间的情况下，

所述第二时间信息包括第二起始时间和/或第二结束时间，所述第二起始时间用于指示所述星历信息有效的起始时间，所述第二结束时间用于指示所述星历信息有效的结束时间。

19.根据权利要求17所述的通信方法，其特征在于，在所述第二时间信息的参考时间为所述目标小区的定时的情况下，

所述第二时间信息包括第三起始时间和/或第三结束时间；或者，

所述第二时间信息包括第三起始时间和第二时长；

其中，第三起始时间用于指示所述星历信息有效的起始时间，所述第三结束时间用于指示所述星历信息有效的结束时间，所述第二时长用于指示所述星历信息有效的时间长度。

20.根据权利要求18所述的通信方法，其特征在于，第二网络设备向第一网络设备发送第二时间信息，包括：

所述第二网络设备向第一网络设备发送第一响应消息，所述第一响应消息的第一信元包括所述第二时间信息，所述第一信元为透明容器信元。

21.根据权利要求19所述的通信方法，其特征在于，第二网络设备向第一网络设备发送第二时间信息，包括：

所述第二网络设备向第一网络设备发送第一响应消息，所述第一响应消息的第二信元包括所述第二时间信息，所述第二信元与透明容器信元不同。

22.根据权利要求20或21所述的通信方法，其特征在于，所述第二网络设备向第一网络设备发送第二时间信息，包括：

所述第二网络设备向所述第一网络设备发送接口建立响应消息，所述接口建立响应消息包括所述第二时间信息；或者，

所述第二网络设备向所述第一网络设备发送节点配置更新响应消息，所述节点配置更新响应消息包括所述第二时间信息；或者，

所述第二网络设备向所述第一网络设备发送切换请求确认消息，所述切换请求确认消息包括所述第二时间信息。

23.根据权利要求17或18所述的通信方法，其特征在于，所述统一参考时间为以下中任一项：协调世界UTC时间、全球定位系统GPS时间或新纪元时间。

24.一种通信系统，包括第一网络设备和第二网络设备，其特征在于，所述第一网络设备用于执行如权利要求1至10中任一项所述的方法，所述第二网络设备用于执行如权利要求17至23中任一项所述的方法。

25.根据权利要求24所述的通信系统，其特征在于，所述通信系统还包括终端设备，所述终端设备用于执行如权利要求11至16中任一项所述的方法。

26.一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机指令，以使得所述装置执行：如权利要求1至10中任一项所述的方法，或者如权利要求11至16中任一项所述的方法，或者如权利要求17至23中任一项所述的方法。

27.一种通信装置，其特征在于，包括用于实现：如权利要求1至10中任一项所述的方法的模块，或者如权利要求11至16中任一项所述的方法的模块，或者如权利要求17至23中任一项所述的方法的模块。

28.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被计算机执行时，以使得实现：如权利要求1至10中任一项所述的方法，或者如权利要求11至16中任一项所述的方法，或者如权利要求17至23中任一项所述的方法。

29.一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，如权利要求1至10中任一项所述的方法被执行，或者如权利要求11至16中任一项所述的方法被执行，或者如权利要求17至23中任一项所述的方法被执行。