通信方法和装置

本申请要求于2022年02月23日提交中国专利局、申请号为202210166349.7、申请名称为“通信方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及通信领域，并且，更具体地，涉及一种通信方法和装置。

背景技术

目前卫星通信与5G通信系统(the 5th-generation mobile communicationssystem，5GS)融合技术可应用的场景包括：卫星链路作为卫星回传链路，接入网设备通过卫星回传链路与核心网设备通信。在该应用场景下，为了提高通信质量需要考虑接入网设备通过回传链路与核心网设备通信的卫星回传链路的时延，目前可以通过卫星轨道类型反映卫星回传链路的时延，但是卫星回传链路的时延可能会发生变化，因此如何确定该卫星回传链路的时延是否发生变化成为亟待解决的问题。

发明内容

本申请实施例提供一种通信方法，通过上报卫星回传链路时延发生变化，使得第二设备能够及时获知卫星回传链路时延发生变化。

第一方面，提供了一种通信方法，该方法可以由第一设备执行，或者，也可以由第一设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一设备执行为例进行说明。

该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中，具体包括：第一设备根据卫星运控信息确定该卫星回传链路时延发生变化；该第一设备向第二设备发送通知消息，该通知消息用于通知该卫星回传链路时延发生变化，该卫星运控信息包括：不同时刻该卫星的覆盖位置、星座拓扑结构和该卫星的星历信息、该卫星回传链路时延发生变化的时刻指示信息中的至少一项，其中，该第一设备包括该接入网设备、移动性管理网元或者会话管理网元，该第二设备包括策略控制网元或应用功能网元。

基于上述技术方案，第一设备在确定卫星回传链路的时延发生变化的情况下，可以通过第一通知消息通知第二设备卫星回传链路的时延发生变化，避免第二设备通过卫星轨道类型(卫星回传链路对应的卫星所属的卫星轨道类型一般不会发生变化)确定卫星回传链路的时延无法反映卫星回传链路的时延变化，使得第二设备能够及时获知卫星回传链路时延发生变化。

结合第一方面，在第一方面的某些实现方式中，该第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：在该第一设备确定该卫星回传链路对应的星座类型包括低轨道卫星LEO极地轨道星座或中轨道卫星MEO极地轨道星座的情况下，该第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化。

通常来说，LEO或MEO等非地球同步卫星通过星间链路组成LEO极地轨道星座或MEO极地轨道星座作为卫星回传链路时，该卫星回传链路延时可能会根据星座是否支持反向缝链路而不同，也就是说在确定卫星回传链路对应的星座类型包括低轨道卫星LEO极地轨道星座或中轨道卫星MEO极地轨道星座的情况下，进一步去确定卫星回传链路时延发生变化的准确度更高。

结合第一方面，在第一方面的某些实现方式中，在该第一设备向第二设备发送通知消息之前，该方法还包括：该第一设备接收来自该第二设备的请求消息，该请求消息用于请求确定该卫星回传链路时延变化。

示例性地，第一设备向第二设备发送通知消息上报卫星回传链路时延发生变化，可以是因为接收到第二设备请求确定卫星回传链路时延变化的请求消息，第一设备可以基于第二设备的请求上报，避免在第二设备不需要获知卫星回传链路时延变化的情况下上报。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一设备向该第二设备发送星座信息，该星座信息用于该第二设备确定是否发送该请求消息，其中，该星座信息中包括用于指示该卫星回传链路对应的星座类型的信息，该卫星回传链路对应的星座类型包括以下至少一种星座：低轨道卫星LEO极地轨道星座、中轨道卫星MEO极地轨道星座、LEO倾斜轨道星座、或MEO倾斜轨道星座。

基于上述技术方案，第一设备可以向第二设备发送星座信息，该星座信息用于第二设备判断是否需要向第一设备发送请求确定卫星回传链路时延变化的请求消息，避免在卫星回传链路时延不可能发生变化的情况下，发送请求消息而带来不必要的信令开销。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：第一设备接收会话管理请求，该会话管理请求用于请求建立或修改会话，该会话为通过该卫星回传链路传输的会话；该第一设备向该第二设备发送该星座信息。

基于上述技术方案，在会话建立或修改流程中，第一设备发送星座信息。在现有流程中上报，增加方案的兼容性。

结合第一方面，在第一方面的某些实现方式中，该第一设备为该接入网设备时，该接入网设备接收会话管理请求，包括：该接入网设备接收来自终端设备的该会话管理请求。该接入网设备发送星座信息，包括：该接入网设备通过该移动性管理网元和会话管理网元向策略控制网元和/或应用网元发送该星座信息。

结合第一方面，在第一方面的某些实现方式中，该第一设备为该移动性管理网元时，该移动性管理网元接收会话管理请求，包括：该移动性管理网元接收来自该接入网设备的该会话管理请求。该移动性管理网元发送星座信息，包括：该移动性管理网元通过会话管理网元向策略控制网元和/或应用网元发送该星座信息。

结合第一方面，在第一方面的某些实现方式中，该星座信息还包括以下信息中的至少一种：用于指示该卫星星座是否支持星间链路的信息、用于指示该卫星星座是否支持同轨道星间链路的信息、用于指示该卫星星座是否支持异轨道星间链路的信息；

在该星座类型为LEO极地轨道星座和/或MEO极地轨道星座的情况下，该星座信息还包括用于指示该卫星星座是否支持反向缝链路的信息。

进一步地，上述的星座信息中还包括卫星的能力信息，更有助于判断卫星回传链路的时延是否发生变化。

例如，LEO极地轨道星座不支持反向缝链路，则反向缝过境时卫星回传链路的时延相比于反向缝未过境时会增大。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一设备根据卫星运控信息估算该卫星回传链路时延；该通知消息中包括该卫星回传链路时延，该卫星回传链路时延包括接收到会话管理请求时的时延，和/或，该卫星回传链路时延发生变化时的时延。

基于上述技术方案，第一设备还可以估算卫星回传链路时延，并将估算的卫星回传链路的时延上报给应用网元或策略控制网元，使得应用网元或策略控制网元能够获知卫星回传链路时延。

结合第一方面，在第一方面的某些实现方式中，该第一设备根据卫星运控信息确定该卫星回传链路时延发生变化，包括：该第一设备根据卫星运控信息确定该卫星回传链路的转发路径发生变化、反向缝离境、反向缝过境中的至少一项；该通知消息中包括指示该转发路径发生变化的信息、指示该反向缝离境的信息、指示该反向缝过境的信息、指示该反向缝离境持续时间的信息、或指示该反向缝过境持续时间的信息中的至少一项。

示例性地，卫星回传链路时延发生变化可以是卫星回传链路的转发路径发生变化、反向缝离境、或反向缝过境，则可以通过通知消息通知是卫星回传链路的转发路径发生变化、反向缝离境、或反向缝过境。

结合第一方面，在第一方面的某些实现方式中，该第一设备根据卫星运控信息确定该卫星回传链路时延发生变化，包括：该第一设备根据卫星运控信息确定该卫星回传链路时延发生变化的时刻；该第一设备根据该时刻确定定时器的时长；该第一设备发送通知消息，包括：在该定时器超时时，该第一设备发送通知消息。

示例性地，第一设备确定卫星回传链路时延发生变化可以是确定卫星回传链路时延发生变化的时刻，并根据该时刻确定定时器的时长，在定时器超时时通过通知消息通知卫星回传链路时延发生变化。

结合第一方面，在第一方面的某些实现方式中，该第一设备根据卫星运控信息确定该卫星回传链路时延发生变化，包括：该第一设备根据该接入网设备和该核心网设备之间的卫星运控信息确定该卫星回传链路时延发生变化。

第二方面，提供了一种通信方法，该方法可以由第二设备执行，或者，也可以由第二设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二设备执行为例进行说明。

该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中，具体包括：第二设备接收来自第一设备的通知消息，该通知消息用于通知该卫星回传链路时延发生变化，该第二设备根据该卫星回传链路时延发生变化确定执行策略，其中，该第一设备包括该接入网设备、移动性管理网元或者会话管理网元，该第二设备包括策略控制网元或应用功能网元。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二设备向该第一设备发送请求消息，该请求消息用于请求确定该卫星回传链路时延变化。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二设备接收来自该第一设备的星座信息；该第二设备根据该星座信息确定发送该请求消息，其中，该星座信息中包括用于指示该卫星回传链路对应的星座类型的信息，该卫星回传链路对应的星座类型包括以下至少一种星座：低轨道卫星LEO极地轨道星座、中轨道卫星MEO极地轨道星座、LEO倾斜轨道星座、或MEO倾斜轨道星座。

结合第二方面，在第二方面的某些实现方式中，该星座信息还包括以下信息中的至少一种：用于指示该卫星星座是否支持星间链路的信息、用于指示该卫星星座是否支持同轨道星间链路的信息、用于指示该卫星星座是否支持异轨道星间链路的信息；在该星座类型为LEO极地轨道星座和/或MEO极地轨道星座的情况下，该星座信息还包括用于指示该卫星星座是否支持反向缝链路的信息。

结合第二方面，在第二方面的某些实现方式中，该通知消息中包括该卫星回传链路时延，该卫星回传链路时延包括该第一设备接收到会话管理请求时的时延，和/或，该卫星回传链路时延发生变化时的时延。

以上第二方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第三方面，提供了一种通信方法，该方法可以由接入网设备执行，或者，也可以由第一设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一设备执行为例进行说明。

该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中，具体包括：所述接入网设备接收请求消息，所述请求消息用于请求确定所述卫星回传链路时延变化；所述接入网设备根据卫星运控信息确定所述卫星回传链路时延发生变化；所述接入网设备向用户面网元发送时延测量请求，所述时延测量请求用于请求测量所述卫星回传链路时延，其中，所述卫星运控信息包括不同时刻所述卫星的覆盖位置和/或星座拓扑结构。

基于上述技术方案，接入网设备可以在判断需要计算回传链路的时延之后，通过时延测量请求消息，请求用户面网元计算回传链路的时延，简化了接入网设备的操作。

结合第三方面，在第三方面的某些实现方式中，所述接入网设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：所述接入网设备根据卫星运控信息确定所述卫星回传链路的转发路径发生变化、反向缝离境、反向缝过境。

结合第三方面，在第三方面的某些实现方式中，所述接入网设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：所述接入网设备根据卫星运控信息确定所述卫星回传链路时延发生变化的时刻；所述接入网设备根据所述时刻确定定时器的时长；所述接入网设备向用户面网元发送时延测量请求，包括：在所述定时器超时时，所述接入网设备向用户面网元发送时延测量请求。

结合第三方面，在第三方面的某些实现方式中，所述接入网设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：所述接入网设备根据所述接入网设备和所述核心网设备之间的卫星运控信息确定所述卫星回传链路时延发生变化。

第四方面，提供了一种通信方法，该方法可以由第一设备执行，或者，也可以由第一设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一设备执行为例进行说明。

该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中，具体包括：第一设备接收请求消息，所述请求消息用于请求确定所述卫星回传链路时延变化；所述第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化；或者，在所述第一设备为所述移动性管理网元的情况下，所述第一设备根据配置信息确定所述卫星回传链路时延发生变化；所述第一设备发送通知消息，所述通知消息用于通知所述卫星回传链路时延发生变化，其中，所述第一设备包括所述接入网设备、移动性管理网元或者会话管理网元，所述卫星运控信息包括：不同时刻所述卫星的覆盖位置、星座拓扑结构和所述卫星的星历信息中的至少一项。

基于上述技术方案，第一设备可以基于接收到的请求消息确定卫星回传链路时延是否发生变换，在卫星回传链路时延发生变化时，通过通知消息上报给应用网元或策略控制网元，使得应用网元或策略控制网元能够获知卫星回传链路的时延发生变化了。

结合第四方面，在第四方面的某些实现方式中，所述第一设备为所述接入网设备时，所述接入网设备接收请求消息，包括：所述接入网设备通过所述移动性管理网元和会话管理网元接收来自策略控制网元和/或应用网元的所述请求消息。所述接入网设备发送通知消息，包括：所述接入网设备通过所述移动性管理网元和会话管理网元向策略控制网元和/或应用网元发送所述通知消息。

结合第四方面，在第四方面的某些实现方式中，所述第一设备为所述移动性管理网元时，所述移动性管理网元接收请求消息，包括：所述移动性管理网元通过会话管理网元接收来自策略控制网元和/或应用网元的所述请求消息。所述移动性管理网元发送通知消息，包括：所述移动性管理网元通过会话管理网元向策略控制网元和/或应用网元发送所述通知消息。

结合第四方面，在第四方面的某些实现方式中，所述方法还包括：所述第一设备根据所述卫星运控信息估算所述卫星回传链路时延，所述通知消息中包括所述卫星回传链路时延。

进一步地，第一设备确定卫星回传链路时延发生变化时，还可以估算卫星回传链路时延(如，第二时延)，并将估算得到的卫星回传链路时延通过通知消息上报给应用网元或策略控制网元，使得应用网元或策略控制网元能够获知卫星回传链路的时延发生了变化，且获知卫星回传链路的时延大概是多大。

结合第四方面，在第四方面的某些实现方式中，所述第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：所述第一设备根据卫星运控信息确定所述卫星回传链路的转发路径发生变化、反向缝离境、反向缝过境；该通知消息中包括指示该转发路径发生变化的信息、指示该反向缝离境的信息、指示该反向缝过境的信息、指示该反向缝离境持续时间的信息、或指示该反向缝过境持续时间的信息中的至少一项。

示例性地，卫星回传链路时延发生变化可以是卫星回传链路的转发路径发生变化、反向缝离境、或反向缝过境，则可以通过通知消息通知是卫星回传链路的转发路径发生变化、反向缝离境、或反向缝过境。

结合第四方面，在第四方面的某些实现方式中，所述第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：所述第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化的时刻；所述第一设备根据所述时刻确定定时器的时长；所述第一设备发送通知消息，包括：在所述定时器超时时，所述第一设备发送通知消息。

示例性地，第一设备确定卫星回传链路时延发生变化可以是确定卫星回传链路时延发生变化的时刻，并根据该时刻确定定时器的时长，在定时器超时时通过通知消息通知卫星回传链路时延发生变化。

结合第四方面，在第四方面的某些实现方式中，所述第一设备根据卫星运控信息确定所述卫星回传链路时延发生变化，包括：所述第一设备根据所述接入网设备和所述核心网设备之间的卫星运控信息确定所述卫星回传链路时延发生变化。

第五方面，提供了一种通信方法，该方法可以由第一设备执行，或者，也可以由第一设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一设备执行为例进行说明。

该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中，具体包括：第一设备接收会话管理请求，所述会话管理请求用于请求建立或修改会话，所述会话为通过所述卫星回传链路传输的会话；所述第一设备根据卫星运控信息估算所述卫星回传链路时延，所述第一设备发送所述卫星回传链路时延，其中，所述第一设备包括所述接入网设备、移动性管理网元或者会话管理网元，所述卫星回传链路时延包括接收到所述会话管理请求时的时延，和/或，所述卫星回传链路时延发生变化时的时延，所述卫星运控信息包括：不同时刻所述卫星的覆盖位置、星座拓扑结构和所述卫星的星历信息中的至少一项。

基于上述技术方案，通过在会话建立或修改流程中，第一设备估算卫星回传链路时延，并将估算得到的卫星回传链路时延上报给应用网元或策略控制网元，使得应用网元或策略控制网元能够获知卫星回传链路的时延大概是多大。

结合第五方面，在第五方面的某些实现方式中，所述第一设备为所述接入网设备时，所述接入网设备接收会话管理请求，包括：所述接入网设备接收来自终端设备的所述会话管理请求。所述接入网设备发送卫星回传链路时延息，包括：所述接入网设备通过所述移动性管理网元和会话管理网元向策略控制网元和/或应用网元发送所述卫星回传链路时延。

结合第五方面，在第五方面的某些实现方式中，所述第一设备为所述移动性管理网元时，所述移动性管理网元接收会话管理请求，包括：所述移动性管理网元接收来自所述接入网设备的所述会话管理请求。所述移动性管理网元发送卫星回传链路时延，包括：所述移动性管理网元通过会话管理网元向策略控制网元和/或应用网元发送所述卫星回传链路时延。

第六方面，提供一种通信装置，该通信装置包括处理器，用于实现上述第一方面、第三方面、第四方面和第五方面描述的方法中第一设备的功能。

可选地，该通信的装置还可以包括存储器，该存储器与该处理器耦合，该处理器用于实现上述第一方面、第三方面、第四方面和第五方面描述的方法中第一设备的功能。

在一种可能的实现中，该存储器用于存储程序指令和数据。该存储器与该处理器耦合，该处理器可以调用并执行该存储器中存储的程序指令，用于实现上述第一方面、第三方面、第四方面和第五方面描述的方法中第一设备的功能。

可选地，该通信的装置还可以包括通信接口，该通信接口用于该通信的装置与其它设备进行通信。当该通信的装置为第一设备时，该通信接口可以为收发器、输入/输出接口、或电路等。

在一种可能的设计中，该通信的装置包括：处理器和通信接口，

该处理器用于运行计算机程序，以使得该通信的装置实现上述第一方面、第三方面、第四方面和第五方面描述的任一种方法；

该处理器利用该通信接口与外部通信。

可以理解，该外部可以是处理器以外的对象，或者是该装置以外的对象。

在另一种可能的设计中，该通信的装置为芯片或芯片系统。该通信接口可以是该芯片或芯片系统上输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。该处理器也可以体现为处理电路或逻辑电路。

第七方面，提供一种通信装置，该通信装置包括处理器，用于实现上述第二方面描述的方法中第二设备的功能。

可选地，该通信的装置还可以包括存储器，该存储器与该处理器耦合，该处理器用于实现上述第二方面描述的方法中第二设备的功能。

在一种可能的实现中，该存储器用于存储程序指令和数据。该存储器与该处理器耦合，该处理器可以调用并执行该存储器中存储的程序指令，用于实现上述第二方面描述的方法中第二设备的功能。

可选地，该通信的装置还可以包括通信接口，该通信接口用于该通信的装置与其它设备进行通信。当该通信的装置为第二设备时，该通信接口可以为收发器、输入/输出接口、或电路等。

在一种可能的设计中，该通信的装置包括：处理器和通信接口，

该处理器用于运行计算机程序，以使得该通信的装置实现上述第二方面描述的任一种方法；

该处理器利用该通信接口与外部通信。

可以理解，该外部可以是处理器以外的对象，或者是该装置以外的对象。

在另一种可能的设计中，该通信的装置为芯片或芯片系统。该通信接口可以是该芯片或芯片系统上输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。该处理器也可以体现为处理电路或逻辑电路。

第八方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第九方面，本申请提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第十方面，提供了一种通信系统，包括第六方面所示的通信装置和第七方面所示的通信装置。

第十一方面，提供了一种芯片装置，包括处理电路，该处理电路用于从存储器中调用并运行程序，使得安装有该芯片装置的通信设备执行上述第一至第五方面中任一种可能实现方式中的方法。

附图说明

图1示出了本申请实施例适用的5G系统的架构示意图。

图2是一种卫星通信与5GS融合的场景示意图。

图3是一种极轨道星座的二维展开示意图。

图4是本申请实施例提供的一种通信方法的示意性流程图。

图5是本申请实施例提供的另一种通信方法的示意性流程图。

图6是本申请实施例提供的又一种通信方法的示意性流程图。

图7是本申请实施例提供的又一种通信方法的示意性流程图。

图8是本申请实施例提供的又一种通信方法的示意性流程图。

图9是本申请实施例提供的装置900的示意性框图。

图10是本申请实施例提供的装置1000的示意性框图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。本申请实施例的技术方案还可以应用于设备到设备(device to device，D2D)通信，车辆外联(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet ofthings，IoT)通信系统或者其他通信系统。

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

作为示例性说明，图1示出了本申请实施例适用的5G系统的架构示意图。图1为基于服务化接口的5G网络架构示意图。如图1所示，该网络架构可以包括但不限于以下网元(或者称为功能网元、功能实体、节点、设备等)：

用户设备(user equipment，UE)、(无线)接入网设备(radio access network，(R)AN)、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、应用功能(application function，AF)网元、数据网络(data network，DN)、网络切片选择功能(network slice selection function，NSSF)、认证服务器功能(authentication server function，AUSF)、能力开放功能(network exposure function，NEF)网元、绑定支持功能(binding support function，BSF)网元、统一数据存储(unified data repository，UDR)等。

下面对图1中示出的各网元进行简单介绍：

1、UE：可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端、移动台(mobilestation，MS)、终端(terminal)或软终端等等。例如，水表、电表、传感器等。

示例性地，本申请实施例中的用户设备可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(user terminal)、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。用户设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的用户设备或者未来演进的公用陆地移动通信网络(public landmobile network，PLMN)中的用户设备或者未来车联网中的用户设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，用户设备还可以是物联网(internet of Things，IoT)系统中的用户设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。在本申请实施例中，IOT技术可以通过例如窄带(narrow band，NB)技术，做到海量连接，深度覆盖，终端省电。

此外，在本申请实施例中，用户设备还可以包括传感器，主要功能包括收集数据(部分用户设备)、接收接入网设备的控制信息与下行数据，并发送电磁波，向接入网设备传输上行数据。

本申请实施例中，用于实现用户设备的功能的装置可以是用户设备，也可以是能够支持用户设备实现该功能的装置，例如，芯片系统或可实现用户设备功能的组合器件、部件，该装置可以被安装在用户设备中。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中，以用于实现用户设备的功能的装置是用户设备为例，描述本申请实施例提供的技术方案。

2、(R)AN：用于为特定区域的授权用户设备提供入网功能，并能够根据用户设备的级别，业务的需求等使用不同服务质量的传输隧道。

(R)AN能够管理无线资源，为用户设备提供接入服务，进而完成控制信号和用户设备数据在用户设备和核心网之间的转发，(R)AN也可以理解为传统网络中的基站。

示例性地，本申请实施例中的接入网设备可以是用于与用户设备通信的任意一种具有无线收发功能的通信设备。该接入网设备包括但不限于：演进型节点B(evolved NodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved Node B，HeNB，或home Node B，HNB)、基带单元(baseBand unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission andreception point，TRP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

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

3、UPF网元：主要包括以下功能：数据包路由和传输、包检测、业务用量上报、服务质量(quality of service，QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

在5G通信系统中，该用户面网元可以是UPF网元。在未来通信系统中，用户面网元仍可以是UPF网元，或者，还可以有其它的名称，本申请不做限定。

4、DN：用于提供传输数据的网络。

在5G通信系统中，该数据网络网元可以是DN网元。在未来通信系统中，数据网络网元仍可以是DN网元，或者，还可以有其它的名称，本申请不做限定。

5、AMF网元：主要包括以下功能：连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。

在5G通信系统中，该接入管理网元可以是AMF网元。在未来通信系统中，接入管理网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

6、SMF：主要用于会话管理、终端设备的网络互连协议(internet protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

在5G通信系统中，该会话管理网元可以是SMF网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其它的名称，本申请不做限定。

7、PCF：用于指导网络行为的统一策略框架，为控制面功能网元(例如AMF，SMF网元等)提供策略规则信息等。

8、UDM：可以理解为统一数据管理网元在5G架构中的命名。其中，统一数据管理网元主要包括以下功能：统一数据管理，支持3GPP认证和密钥协商机制中的认证信任状处理，用户身份处理，接入授权，注册和移动性管理，签约管理，短消息管理等。

9、AF：用于提供应用层信息，可以通过网络开放功能网元，与策略框架交互或直接与策略框架交互进行策略决策请求等。

10、NSSF：主要包括以下功能：为UE选择一组网络切片实例、确定允许的网络切片选择辅助信息(network slice selection assistance information，NSSAI)和确定可以服务UE的AMF集等。

11、AUSF：主要包括以下功能：认证服务器功能，与统一数据管理网元交互获取用户信息，并执行认证相关的功能，如生成中间密钥等。

12、BSF：实现会话绑定。具体地，用于AF寻址PCF。

SMF为UE请求建立的会话向PCF请求策略控制时，向PCF提供UE的标识、用户IP地址等信息，PCF将绑定信息(包括但不限于UE的标识、用户IP地址、所选的PCF的标识)注册到BSF。之后UE通过此会话访问AF上的业务时，AF可能需要为UE访问的业务向PCF请求策略授权，AF为此策略授权选择的PCF要和SMF为此会话选择的PCF保持一致，因为此策略授权一般会触发PCF调整针对SMF的关联会话的策略控制。AF可以根据用户IP地址或UE的标识向BSF查询到对应的PCF，然后通过5G定义的N5接口直接向AF请求策略授权。

13、UDR：主要用于签约数据、策略数据、应用数据等类型数据的存取功能。

可以理解的是，上述网元或者功能网元既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

14、NEF：可以理解为能力开放网元在5G架构中的命名。其中，能力开放网元主要包括以下功能：安全的开放3GPP网络功能提供的业务和能力，有内部开放，或者开放给第三方等；转化或翻译与AF交互的信息和内部网络功能交互的信息，如AF服务标识和内部5G核心网信息如数据网络名(data network name，DNN)，单网络切片选择辅助信息(singlenetwork slice selection assistance information，S-NSSAI)等。

从图1中可以看出，图1中的各个控制面网元之间的接口是基于服务化的接口。

在图1所示的架构中，各个网元之间的接口名称及功能如下：

1)、N1：AMF与终端之间的接口，可以用于向终端传递QoS控制规则等。

2)、N2：AMF与RAN之间的接口，可以用于传递核心网侧至RAN的无线承载控制信息等。

3)、N3：RAN与UPF之间的接口，主要用于传递RAN与UPF间的上下行用户面数据。

4)、N4：SMF与UPF之间的接口，可以用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

5)、N9：UPF和UPF之间的用户面接口，用于传递UPF间的上下行用户数据流。

6)、服务化的接口Nnssf、Nudr、Nausf、Nbsf、Namf、Npcf、Nsmf、Nudm、Nnef、Naf分别为上述NSSF、UDR、AUSF、BSF、AMF、PCF、SMF、UDM、NEF和AF提供的服务化接口，用于调用相应的服务化操作。

7)、N6：UPF与DN的接口，用于传递UPF与DN之间的上下行用户数据流。

N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generation partnership project，3GPP)标准协议中定义的含义，在此不做限制。

需要说明的是，各个控制面网元之间的接口还可以是点对点的接口，这里不再赘述。

应理解，上述本申请实施例能够应用的网络架构仅是示例性说明，本申请实施例适用的网络架构并不局限于此，任何包括能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1所示的AMF、SMF、UPF、PCF、UDM等可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在5G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。

还应理解，图1的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

目前基于图1所述的5G通信系统架构，提出卫星通信与5G通信系统(the5th-generation mobile communications system，5GS)融合技术。该卫星通信与5GS融合技术可应用的场景包括：卫星链路作为回传链路，接入网设备通过回传链路与核心网设备(如，图1中所示的UPF)通信，在该应用场景下，为了提高通信质量需要考虑接入网设备通过回传链路与核心网设备通信的回传链路的时延。但是目前卫星通信与5GS融合技术未涉及回传链路的时延的获取和上报，影响通信质量。

为了解决目前卫星通信与5GS融合的方法中存在的问题，本申请提供一种通信方法，能够通过上报卫星回传链路时延发生变化，使得第二设备能够及时获知卫星回传链路时延发生变化，提高通信质量。

应理解，本申请实施例提供的方法可以应用于5G通信系统，例如，图1所示的通信系统。但是，本申请实施例中并不限定该方法能够应用的场景，例如，其他包括能够实现相应功能的网元的网络架构中同样适用。

为了便于理解本申请实施例的技术方案，在以5G架构为基础介绍本申请实施例的方案之前，首先对本申请实施例可能涉及到的5G中的一些术语或概念进行简单描述。

1、卫星星座。

卫星星座是发射入轨能正常工作的卫星的集合，通常是由一些卫星按一定的方式配置组成的一个卫星网。主要的卫星星座有全球定位系统(global position system，GPS)卫星星座、格洛纳斯(GLONASS)卫星星座、伽利略Galileo卫星星座和北斗卫星星座等。

本申请中主要涉及的星座类型包括：

低轨道卫星(low earth orbit，LEO)极地轨道星座、中轨道卫星(mid earthorbit，MEO)极地轨道星座、LEO倾斜轨道星座和MEO倾斜轨道星座等。

其中，LEO倾斜轨道星座和MEO倾斜轨道星座不涉及反向缝的概念，也就是说在星座类型为LEO倾斜轨道星座和MEO倾斜轨道星座的情况下，无需考虑是否支持反向缝。LEO极地轨道星座和MEO极地轨道星座涉及反向缝的概念，也就是说在星座类型为LEO极地轨道星座和MEO极地轨道星座的情况下，需要考虑是否支持反向缝。

2、卫星组网。

卫星组网是指卫星技术的网络模式，在该模式中网络由不同轨道上多种类型的卫星系统组成，以卫星星座为基本物理构架，充分利用卫星系统覆盖范围大，可多层次、全谱段获得目标多源信息的特点，能够向用户提供具有精确时间和空间参考的多要素融合处理的高可信度信息。地面计算机网络的发展已使航天器能以服务器、终端、节点或传输线的身份加入网络，这也可以说是提出卫星组网概念的技术基础。

3、卫星类型。

不同类型的卫星由于轨道高度不同，卫星的覆盖面积、运动特征和带来的传播延时、抖动等也可能不同。

示例性地，卫星按轨道类型可分为地球同步卫星(geostationary equatorialorbit，GEO)、MEO、LEO和其他卫星(OtherSAT)等。

4、极轨道。

轨道平面与赤道面夹角为90°的人造地球卫星轨道。人造卫星运行时能到达南北极区上空，即卫星能飞经全球范围的上空。需要在全球范围内进行观测和应用的气象卫星、导航卫星、地球资源卫星等都采用这种轨道。

5、反向缝(reverse seam)。

卫星在轨道上运行时，大部分的运行方向都与相邻轨道上的卫星一致。有时，也会出现两条特殊的轨道，这两条轨道是相邻轨道，但在这两条轨道上运行的卫星运动方向却是相反的。从南极点观测，轨道左侧的卫星是由南向北运动，轨道右侧的卫星是由北向南运动。由于这种现象的存在，这两条轨道之间的地区就被称为反向缝。

6、反向缝过境。

由于卫星运动，在某些时刻通信双方接入的卫星在反向缝的不同侧，此时星上转发路径需要经过反向缝，可以称为反向缝过境。

7、反向缝未过境。

也可以称为反向缝离境，可以理解为通信双方接入的卫星在反向缝的同一侧，转发路径不需要经过反向缝。

8、星上的转发路径。

星上转发路径一般包含路径上采用哪些节点，节点顺序等具体信息。可以根据星上转发路径确定经过的卫星跳数。

例如，基于最小跳数算法确定星上的转发路径，即星上转发路径经过的卫星跳数默认为所有可能路径中的跳数最小的路径。

9、卫星通信与5GS融合的场景。

目前，卫星通信与5GS的融合可以分为两种场景，第一种场景为：卫星作为3GPP接入，UE通过卫星接入5GS；第二种场景为：卫星链路作为回传链路，RAN通过回传链路与5G核心网(5G core，5GC)通信(如，回传链路为N3或N9提供承载)。

本申请主要针对如图2所示的卫星链路作为5G回传链路的场景，图2是一种卫星通信与5GS融合的场景示意图。

从图2中可以看出卫星链路作为5G回传链路，RAN通过5G回传链路与5GC连接。其中，5GC可以包括如图1中所示的AMF、AF、UPF等核心网网元。

需要说明的是，图2中所示的卫星#1、卫星#2和卫星#3的类型可以相同也可以不同，其中，非地球同步卫星可以通过卫星之间的链路实现卫星组网。

例如，LEO或MEO等非地球同步卫星通过星间链路实现卫星组网。

10、星间链路。

MEO和LEO等非地球同步卫星相对地面运动，往往需要通过多颗卫星组成星座，实现对地面或海上等固定区域的连续覆盖，并利用星间链路实现星上转发，从而无需在全球各地建设地面基站，实现覆盖能力的增强。

星间链路分为两类，一类是同一轨道内卫星之间的链路称为同轨道星间链路；另一类为轨道间链路称为异轨道星间链路。异轨道星间链路又分为同向轨道间链路和反向缝链路，同向轨道星间链路是运行方向相同的相邻的两个轨道卫星之间的链路，同向轨道星间链路在接近极地上空时由于卫星相对位置关系的变化而可能断开；反向缝链路则是运行方向相反的两个卫星之间的链路，由于卫星运行方向相反，从而导致反向缝链路较难建立或只能短时间建立。

为了便于理解，结合图3对星间链路进行说明，图3是一种极轨道星座的二维展开示意图，每个轨道的倾斜角为固定的90度(卫星轨道穿过极地上空)。

11、卫星回传链路延时。

本申请实施例中所涉及的卫星回传链路的延时可以理解为通过卫星回传的RAN和5GC之间的延时。例如，RAN通过卫星链路和UPF之间通信的时延。

示例性地，地面固定两点利用卫星星座通信时，星上转发路径在一段时间内具有一定的稳定性。可以理解为虽然卫星在不断的运动，但整体拓扑形态相对稳定，其中，该一段时间内可以是反向缝未过境的一段时间内，或反向缝正在过境的时段内，该一段时间内回传链路的时延稳定。本申请下述实施例中估算和上报的时延可以是一段时间内(如，反向缝未过境的时段内，或反向缝正在过境的时段内)的回传链路的时延。

另外，卫星链路的切换和卫星位置的移动可能导致回传链路的时延的小幅度变化，比如转发路径的跳数小幅度的增加或减少，但整体延时水平一般在一段时间内相对稳定。在该稳定时间区间内，可基于卫星轨道高度、卫星之间的直线距离以及星上转发路径的跳数估算回传链路的时延，如基于该时间区间内跳数最大的转发路径估算最坏延时、基于该时间区间内多个不同跳数的转发路径估算平均延时、或基于典型转发路径估算典型延时，可用估算的最坏延时、平均延时或典型延时代表该时间段内的回传链路的时延。

应理解，卫星的运动和星座拓扑的动态变化，可能使得依赖卫星网络通信的两点之间的回传链路的时延水平随时间发生变化或取决于地面两点的具体位置，也就是说卫星轨道类型并不一定能准确反应回传链路的时延。

例如，如果极轨道LEO星座不支持反向缝链路，在反向缝过境时此时，由于不支持反向缝链路，反向缝不存在星间链路，且星上转发路径需要经过反向缝，从而导致需要进行异轨道星间链路建立(如，需要绕过极点建立链路，导致转发路径较长)；在反向缝未过境时，转发路径不需要经过反向缝，所以反向缝过境时星上的转发路径相比反向缝未过境时的转发路径要长。

还例如，由于地面两点之间的距离较大，导致星上转发路径较长而使得回传链路的时延较大。

也就是说，可能导致回传链路的时延远超出按轨道高度估算得到的回传链路的时延。

12、无线接入类型和回传类型。

由上述可知，卫星类型可以包括GEO、MEO、LEO和Other SAT等。3GPP以此定义了新的4种无线接入类型和回传类型，用于区分不同的卫星接入和卫星回传。其中，回传类型还定义了非卫星回传(即地面回传)。GEO卫星相对地面静止，轨道高度大约为35786km，单颗卫星可覆盖较大范围，但带来的传播延时较高；MEO轨道高度约为5000km-10000km；LEO轨道高度约为500Km-1500Km，带来的传播延时比GEO低。

回传类型信息主要上报至PCF和AF，用于其估计回传延时，从而进行策略决策。例如，PCF可基于GEO轨道类型判断延时较大，从而决策释放会话；还例如，AF在延时变大时进行应用层编码补偿或传输层的策略调整。

13、卫星运控信息。

本申请中涉及的卫星运控信息包括但不限于不同时刻所述卫星的覆盖位置、星座拓扑结构和卫星的星历信息等可预测的信息。其中，卫星的星历信息包含轨道参数，或基于轨道参数计算得到的卫星所在方位等参数，可以理解的是，卫星的星历信息可以用于计算、预测、描绘、或跟踪卫星飞行的时间、位置、速度等状态。

14、协议数据单元(protocol data unit，PDU)会话。

PDU会话为终端设备与DN之间的一个关联，用于提供一个PDU连接服务。

由上述介绍的基本概念中所介绍的卫星回传链路的时延可知，实际的回传链路的时延可能与按轨道高度估算得到的回传链路的时延不同，5GS中尚未存在解决方案实现通过星间链路组成星座作为卫星回传链路时，卫星回传链路时延的获取和上报，本申请可以通过增强5GS中网元的功能或者新增功能网元，基于5GS中相应的通信流程，实现该场景下卫星回传链路时延的获取和上报。

上文结合图1介绍了本申请实施例能够应用的场景，还简单介绍了本申请中涉及的基本概念，下文中将结合附图详细介绍本申请提供的通信方法。

下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是核心网设备，或者是核心网设备中能够调用程序并执行程序的功能模块。

为了便于理解本申请实施例，做出以下几点说明。

第一，在本申请中，“用于指示”可以理解为“使能”，“使能”可以包括直接使能和间接使能。当描述某一信息用于使能A时，可以包括该信息直接使能A或间接使能A，而并不代表该信息中一定携带有A。

将信息所使能的信息称为待使能信息，则具体实现过程中，对待使能信息进行使能的方式有很多种，例如但不限于，可以直接使能待使能信息，如待使能信息本身或者该待使能信息的索引等。也可以通过使能其他信息来间接使能待使能信息，其中该其他信息与待使能信息之间存在关联关系。还可以仅仅使能待使能信息的一部分，而待使能信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的使能，从而在一定程度上降低使能开销。同时，还可以识别各个信息的通用部分并统一使能，以降低单独使能同样的信息而带来的使能开销。

第二，在本申请中示出的第一、第二以及各种数字编号(例如，“#1”、“#2”等)仅为描述方便，用于区分的对象，并不用来限制本申请实施例的范围。例如，区分不同消息等。而不是用于描述特定的顺序或先后次序。应该理解这样描述的对象在适当情况下可以互换，以便能够描述本申请的实施例以外的方案。

第三，在本申请中，“预配置”可包括预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括各个网元)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

第四，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第五，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

第六，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括5G协议、新空口(new radio，NR)协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

以下，不失一般性，以网元之间的交互为例详细说明本申请实施例提供的通信方法。

图4是本申请实施例提供的一种通信方法的示意性流程图。该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中(如，图2所示的通信系统)。

以下结合各步骤，详细介绍该通信方法。图4包括以下步骤：

S410，第一设备确定卫星回传链路时延发生变化。

具体地，第一设备根据卫星运控信息确定卫星回传链路时延发生变化。该卫星运控信息包括但不限于：不同时刻所述卫星的覆盖位置、星座拓扑结构和所述卫星的星历信息、卫星回传链路时延发生变化的时刻指示信息中的至少一项。

需要说明的是，卫星运控信息可以为第一设备获取的，还可以是预配置在第一设备上的。例如，卫星回传链路时延发生变化的时刻指示信息为配置信息，该配置信息包含回传时延可能变化的时间信息例如，某个时间区间是反向缝过境/离境；还例如，某个时间区间转发路径发生变化。

作为一种可能的实现方式，第一设备根据卫星运控信息确定回传链路转发路径的跳数发生变化时确定卫星回传链路时延变化。

例如，第一设备根据卫星运控信息中的不同时刻所述卫星的覆盖位置信息和星座拓扑结构信息，确定第一时刻卫星回传链路中的卫星之间的转发路径。如，根据第一时刻卫星的覆盖位置信息确定接入网设备需要通过卫星#1、卫星#2、卫星#3和卫星#4组成的卫星回传链路与核心网设备通信，进一步地根据星座拓扑结构信息确定卫星#1、卫星#2、卫星#3和卫星#4之间的转发路径包括卫星#1-卫星#2-卫星#3-卫星#4，该转发路径包括3跳。

同理，第一设备根据卫星运控信息中的不同时刻所述卫星的覆盖位置信息和星座拓扑结构信息，确定第二时刻卫星回传链路中的卫星之间的转发路径。如，根据第二时刻卫星的覆盖位置信息确定接入网设备需要通过卫星#1、卫星#2、卫星#3、卫星#4、卫星#5、卫星#6、卫星#7组成的卫星回传链路与核心网设备通信，进一步地根据星座拓扑结构信息确定卫星#1、卫星#2、卫星#3、卫星#4、卫星#5、卫星#6、卫星#7之间的转发路径包括卫星#1-卫星#2-卫星#3-卫星#4-卫星#5-卫星#6-卫星#7，该转发路径包括6跳。

第一设备确定第一时刻回传链路的转发路径的跳数为3跳，而第二时刻回传链路的转发路径的跳数变为6跳，可以粗略确定第二时刻的卫星回传链路时延大于第一时刻的卫星回传链路时延。如，回传链路的转发路径的跳数为1时，时延为0.1ms，则第一时刻卫星回传链路时延为0.3ms，第二时刻卫星回传链路时延为0.6ms。

可选地，上述的卫星回传链路转发路径的跳数发生变化的原因可能是反向缝过境。

作为另一种可能的实现方式，第一设备根据卫星运控信息确定发生反向缝过境时确定卫星回传链路时延变化。

例如，第一设备根据卫星运控信息中的不同时刻所述卫星的覆盖位置信息和星座拓扑结构信息，确定第一时刻卫星回传链路未发生反向缝过境，接入网设备通过卫星#1、卫星#2、卫星#3和卫星#4即可实现通过卫星回传链路与核心网设备通信。

同理第一设备根据卫星运控信息中的不同时刻所述卫星的覆盖位置信息和星座拓扑结构信息，确定第二时刻发生反向缝过境接入网设备通过卫星#1、卫星#2、卫星#3、卫星#4、卫星#5、卫星#6、卫星#7才可实现通过卫星回传链路与核心网设备通信。

作为又一种可能的实现方式，第一设备根据卫星运控信息确定发生反向缝离境时确定卫星回传链路时延变化。

例如，第一设备根据卫星运控信息中的不同时刻所述卫星的覆盖位置信息和星座拓扑结构信息，确定第二时刻卫星回传链路未发生反向缝离境，接入网设备通过卫星#1、卫星#2、卫星#3、卫星#4、卫星#5、卫星#6、卫星#7才可实现通过卫星回传链路与核心网设备通信。

同理第一设备根据卫星运控信息中的不同时刻所述卫星的覆盖位置信息和星座拓扑结构信息，确定第三时刻发生反向缝离境，接入网设备通过卫星#1、卫星#2、卫星#3和卫星#4即可实现通过卫星回传链路与核心网设备通信。

作为又一种可能的实现方式，第一设备根据配置信息确定所述卫星回传链路时延发生变化。

例如，配置信息包含卫星回传链路时延可能变化的时间信息，如，配置信息指示某个时间区间是反向缝过境/离境，那么第一设备确定在该时间区间卫星回传链路时延发生变化。具体地，配置信息可以指示第一时刻卫星回传链路未发生反向缝过境，而在第二时刻卫星回传链路发生反向缝过境，那么第一设备确定第二时刻卫星回传链路时延发生变化。

还如，配置信息指示某个时间区间回传链路的转发路径发生变化，那么第一设备确定在该时间区间卫星回传链路时延发生变化。具体地，配置信息可以指示第一时刻回传链路的转发路径未发生变化，而在第二时刻回传链路的转发路径发生变化，那么第一设备确定第二时刻卫星回传链路时延发生变化。

应理解，上述只是举例说明确定卫星回传链路时延变化可能的方式，对本申请的保护范围不构成任何的限定，其他能够确定卫星回传链路时延变化的方式也在本申请的保护范围之内，例如，接收到指示卫星回传链路时延变化的信息。

可选地，第一设备根据卫星运控信息确定卫星回传链路时延发生变化可以是：第一设备可以根据卫星运控信息确定所述卫星回传链路时延发生变化的时刻。

例如，第一设备可以根据卫星运控信息确定所述卫星回传链路时延发生变化的时刻距离当前时刻10s。

可选地，卫星运控信息还包括RAN的位置信息和/或AMF的位置信息；或者，卫星运控信息理解为RAN和AMF之间的卫星运控信息，该RAN和AMF之间的卫星运控信息包括卫星运控信息、RAN位置信息和AMF位置信息。

第一设备根据卫星运控信息确定卫星回传链路时延发生变化可以是：第一设备(如RAN或AMF)根据卫星运控信息以及RAN的位置信息和/或AMF的位置信息确定卫星回传链路时延发生变化。

需要说明的是，卫星回传链路时延指的是RAN和UPF之间的卫星回传链路时延，而一般来说AMF与UPF部署在同一区域，且对于第一设备为RAN或AMF的情况下，AMF的位置信息比较容易获得，所以可以根据卫星运控信息以及RAN的位置信息和/或AMF的位置信息确定卫星回传链路时延发生变化。

可选地，卫星运控信息还包括RAN的位置信息和/或UPF的位置信息；或者，卫星运控信息理解为RAN和UPF之间的卫星运控信息，该RAN和UPF之间的卫星运控信息包括卫星运控信息、RAN位置信息和UPF位置信息。

第一设备根据卫星运控信息确定卫星回传链路时延发生变化可以是：第一设备(如SMF)根据卫星运控信息以及RAN的位置信息和/或UPF的位置信息确定卫星回传链路时延发生变化。

通常来说，LEO或MEO等非地球同步卫星通过星间链路组成LEO极地轨道星座或MEO极地轨道星座作为卫星回传链路时，该卫星回传链路延时可能会根据星座是否支持反向缝链路而不同，也就是说在确定卫星回传链路对应的星座类型包括低轨道卫星LEO极地轨道星座或中轨道卫星MEO极地轨道星座的情况下，进一步去确定卫星回传链路时延发生变化的准确度更高。也就是说，该实施例中第一设备确定卫星回传链路时延发生变化之前，还可以先判断卫星回传链路对应的星座类型是否为低轨道卫星LEO极地轨道星座或中轨道卫星MEO极地轨道星座，在确定所述卫星回传链路对应的星座类型包括低轨道卫星LEO极地轨道星座或中轨道卫星MEO极地轨道星座的情况下，进一步地确定卫星回传链路时延发生变化。

具体地，第一设备确定卫星回传链路时延变化之后，可以通过通知消息上报该情况，图4所示的方法流程还包括：

S420，第一设备向第二设备发送通知消息。

通知消息用于通知所述卫星回传链路时延发生变化。

在第一设备为接入网设备的情况下，第一设备发送通知消息，包括：所述接入网设备通过所述移动性管理网元和会话管理网元向策略控制网元和/或应用网元发送所述通知消息。

需要说明的是，在第一设备为接入网设备的情况下，向移动性管理网元发送通知消息，即虽然最终是第二设备获知卫星回传连接时延发生变化，但第一设备可以不感知最终获知卫星回传连接时延发生变化的主体是谁，只感知向移动性管理网元发送该通知消息。另外，在发送的过程中，所述移动性管理网元和/或会话管理网元有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向策略控制网元和/或应用网元通知所述卫星回传链路时延发生变化，即可视为本申请实施例中的通知消息。

在第一设备为移动性管理网元的情况下，移动性管理网元发送通知消息，包括：所述移动性管理网元通过会话管理网元向策略控制网元和/或应用网元发送所述通知消息。

需要说明的是，在第一设备为移动性管理网元的情况下，向会话管理网元发送通知消息，即虽然最终是第二设备获知卫星回传连接时延发生变化，但第一设备可以不感知最终获知卫星回传连接时延发生变化的主体是谁，只感知向会话管理网元发送该通知消息。另外，在发送的过程中，会话管理网元有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向策略控制网元和/或应用网元通知所述卫星回传链路时延发生变化，即可视为本申请实施例中的通知消息。

在第一设备为会话管理网元的情况下，会话管理网元发送通知消息，包括：所述会话管理网元向策略控制网元和/或应用网元发送所述通知消息。

示例性地，该通知消息中包括指示该转发路径发生变化的信息、指示该反向缝离境的信息、指示该反向缝过境的信息、指示该反向缝离境持续时间的信息、或指示该反向缝过境持续时间的信息中的至少一项。其中，该反向缝离境持续时间可以理解为发生反向缝离境的开始时刻到该反向缝离境的结束时刻之间的时长；同理，该反向缝过境持续时间可以理解为发生反向缝过境的开始时刻到该反向缝过境的结束时刻之间的时长。应理解，反向缝过境的开始时刻，即是反向缝离境的结束时刻；或者说反向缝离境的开始时刻，即是反向缝过境的结束时刻。即反向缝离境和反向缝过境为交替发生的事件。

示例性地，第一设备可以根据卫星运控信息确定所述卫星回传链路时延发生变化的时刻，并根据所述时刻确定定时器的时长，在定时器超时时，发送该通知消息。

例如，第一设备可以根据卫星运控信息确定所述卫星回传链路时延发生变化的时刻具当前时刻10s，则可以设定定时器的时长为10s。定时器超时可以理解为定时器计时结束(或者称为到点、到时)，例如，定时器的定时时长为10秒，在第一时刻触发定时器开始计时，那么在第二时刻(第一时刻+10s的时刻)定时器到点。

作为一种可能的实现方式，第一设备可以主动上报通知消息。

作为另一中可能的实现方式，第一设备可以是基于第二设备的请求而上报通知消息，在该实现方式下，图4所示的方法流程还包括：

S421，第一设备接收来自第二设备的请求消息，或者说第二设备向第一设备发送请求消息。

该请求消息用于请求确定所述卫星回传链路时延变化。

在第一设备为接入网设备的情况下，第一设备接收请求消息，包括：所述接入网设备通过所述移动性管理网元和会话管理网元接收来自策略控制网元和/或应用网元的所述请求消息。

需要说明的是，在第一设备为接入网设备的情况下，第二设备向第一设备发送请求消息，即虽然最终是接入网设备确定所述卫星回传链路时延变化，但策略控制网元和/或应用网元可以不感知最终确定所述卫星回传链路时延变化的主体是谁，只感知向会话管理网元发送该请求消息。另外，在发送的过程中，所述移动性管理网元和/或会话管理网元有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向接入网设备请求确定所述卫星回传链路时延变化，即可视为本申请实施例中的请求消息。

在第一设备为移动性管理网元的情况下，移动性管理网元接收请求消息，包括：所述移动性管理网元通过会话管理网元接收来自策略控制网元和/或应用网元的所述请求消息。

需要说明的是，在第一设备为移动性管理网元的情况下，第二设备向第一设备发送请求消息，即虽然最终是移动性管理网元确定所述卫星回传链路时延变化，但策略控制网元和/或应用网元可以不感知最终确定所述卫星回传链路时延变化的主体是谁，只感知向会话管理网元发送该请求消息。另外，在发送的过程中，会话管理网元有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向移动性管理网元请求确定所述卫星回传链路时延变化，即可视为本申请实施例中的请求消息。

在第一设备为会话管理网元的情况下，会话管理网元接收请求消息，包括：所述会话管理网元接收来自策略控制网元和/或应用网元的所述请求消息。

作为一种可能的是实现方式，第二设备直接下发该请求消息。

作为另一种可能的实现方式，第二设备基于第一设备上报的星座信息确定可以下发该请求消息，在该实现方式下，图4所示的方法流程还包括：

S422，第二设备接收来自第一设备的星座信息，或者说第一设备向第二设备发送星座信息。

在第一设备为接入网设备的情况下，第一设备发送星座信息，包括：所述接入网设备通过所述移动性管理网元和会话管理网元向策略控制网元和/或应用网元发送所述星座信息。

需要说明的是，在第一设备为接入网设备的情况下，向移动性管理网元发送星座信息，即虽然最终是第二设备获知星座信息，但第一设备可以不感知最终获知星座信息的主体是谁，只感知向移动性管理网元发送该星座信息。另外，在发送的过程中，所述移动性管理网元和/或会话管理网元有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向策略控制网元和/或应用网元通知星座信息，即可视为本申请实施例中的星座信息。

在第一设备为移动性管理网元的情况下，移动性管理网元发送星座信息，包括：所述移动性管理网元通过会话管理网元向策略控制网元和/或应用网元发送所述星座信息。

需要说明的是，在第一设备为移动性管理网元的情况下，向会话管理网元发送星座信息，即虽然最终是第二设备获知星座信息，但第一设备可以不感知最终获知星座信息的主体是谁，只感知向会话管理网元发送该星座信息。另外，在发送的过程中，会话管理网元有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向策略控制网元和/或应用网元通知星座信息，即可视为本申请实施例中的星座信息。

在第一设备为会话管理网元的情况下，会话管理网元发送星座信息，包括：所述会话管理网元向策略控制网元和/或应用网元发送所述星座信息。

星座信息用于所述第二设备确定是否发送所述请求消息，图4所示的方法流程还包括：

S423，第二设备根据星座信息确定是否发送所述请求消息。

示例性地，所述星座信息中包括用于指示所述卫星回传链路对应的星座类型的信息，所述卫星回传链路对应的星座类型包括以下至少一种星座：低轨道卫星LEO极地轨道星座、中轨道卫星MEO极地轨道星座、LEO倾斜轨道星座、或MEO倾斜轨道星座。

例如，应用网元或策略控制网元获知卫星回传链路对应的星座类型为LEO倾斜轨道星座、或MEO倾斜轨道星座，可以不发送请求消息。

需要说明的是，由于LEO倾斜轨道星座、或MEO倾斜轨道星座不涉及反向缝的概念，也就是说不会因为发生反向缝过境、反向缝离境等情况而导致卫星回传链路时延变化，那么应用网元或策略控制网元可以粗略确定在卫星回传链路对应的星座类型为LEO倾斜轨道星座、或MEO倾斜轨道星座的情况下，卫星回传链路时延变化的可能性较小，可以无需发送请求用于请求确定所述卫星回传链路时延变化的请求消息，节省信令开销。

还例如，应用网元或策略控制网元获知卫星回传链路对应的星座类型为LEO极地轨道星座、MEO极地轨道星座，可以发送请求消息。

需要说明的是，由于LEO极地轨道星座、MEO极地轨道星座涉及反向缝的概念，也就是说可能会因为发生反向缝过境、反向缝离境等情况而导致卫星回传链路时延变化，那么应用网元或策略控制网元为了能够及时确定卫星回传链路时延是否变化，可以通过发送请求用于请求确定所述卫星回传链路时延变化的请求消息，订阅卫星回传链路时延是否变化。

应理解，上述的星座类型只是举例，对本申请的保护范围不构成任何的限定，目前已有的或未来可能的星座类型也在本申请的保护范围之内。

可选地，上述的星座信息中还包括卫星星座的能力信息，例如所述星座信息还包括以下信息中的至少一种：

用于指示所述卫星星座是否支持星间链路的信息、用于指示所述卫星星座是否支持同轨道星间链路的信息、用于指示所述卫星星座是否支持异轨道星间链路的信息；在所述星座类型为LEO极地轨道星座和/或MEO极地轨道星座的情况下，所述星座信息还包括用于指示所述卫星星座是否支持反向缝链路的信息。

上述的星座信息中还包括卫星星座的能力信息，更有助于判断卫星回传链路时延是否发生变化，从而确定是否发送请求消息。

例如，在卫星星座的能力信息指示LEO极地轨道星座不支持反向缝链路的情况下，应用网元或策略控制网元可以根据该能力信息确定：发生反向缝过境的情况，卫星回传链路的时延相比于反向缝未过境时会增大，也就是说应用网元或策略控制网元根据该能够力信息能够粗略确定卫星回传链路对应的星座类型为LEO极地轨道星座，且该LEO极地轨道星座不支持反向缝链路时，卫星回传链路时延发生变化的可能性较大，可以针对不支持反向缝链路的LEO极地轨道星座下发请求消息。

作为一种可能的是实现方式，第一设备可以在新增的信令中上报该星座信息。

作为另一种可能的实现方式，第一设备在会话管理流程中上报星座信息，图4所示的方法流程还包括：

S424，第一设备接收到会话管理请求。

作为一种可能的实现方式，该会话管理请求用于请求建立会话，例如，会话管理请求为会话建立请求消息。

作为另一种可能的实现方式，该会话管理请求用于请求修改会话，例如，会话管理请求为会话修改请求消息。

具体地，上述的会话为通过所述卫星回传链路传输的会话。

第一设备包括接入网设备、移动性管理网元或者会话管理网元。在第一设备为接入网设备的情况下，第一设备接收会话管理请求，包括：所述接入网设备接收来自终端设备的所述会话管理请求。

在第一设备为移动性管理网元的情况下，移动性管理网元接收会话管理请求，包括：移动性管理网元通过接入网设备接收来自终端设备的所述会话管理请求。例如，终端设备发送的非接入层(non-accessNon-Access Stratum，NAS)消息被接入网设备封装在N2消息中，发送给移动性管理网元，其中N2消息中包括星座信息。

需要说明的是，在第一设备为移动性管理网元的情况下，即虽然最终是移动性管理网元接收会话管理请求，但终端设备可以不感知最终接收会话管理请求的主体是谁，只感知向接入网设备发送该会话管理请求。另外，在发送的过程中，接入网设备有可能对消息的形式/内容作出改变，但只要作出改变后的消息能向移动性管理网元请求进行会话管理，即可视为本申请实施例中的会话管理请求。

在第一设备为会话管理网元的情况下，会话管理网元接收会话管理请求，包括：会话管理网元通过接入网设备和移动性管理网元接收来自终端设备的所述会话管理请求。

应理解，本申请对于会话管理请求中包括的信元不做限定，可以参考目前PDU会话管理流程中对于会话管理请求的描述，这里不再赘述。

与目前的会话管理流程不同的是，该实施例中，第一设备接收到会话管理请求之后能够触发确定上报星座信息。

示例性地，星座信息可以包括在PDU会话管理上下文创建请求消息或更新消息中。

示例性地，第一设备还可以估算卫星回传链路时延，图4所示的方法流程还包括：

S430，第一设备估算卫星回传链路时延。

示例性地，第一设备可以在接收到会话管理请求之后，估算当前的卫星回传链路的第一时延。

具体地，第一设备根据卫星运控信息估算卫星回传链路第一时延。其中，所述卫星回传链路第一时延包括接收到所述会话管理请求时的时延，和/或，所述卫星回传链路时延发生变化时的时延，所述卫星运控信息包括：不同时刻所述卫星的覆盖位置、星座拓扑结构和所述卫星的星历信息中的至少一项。

作为一种可能的实现方式，第一设备基于卫星运控信息估算当前时延水平稳定的一段时间内的回传链路的时延。

作为另一种可能的实现方式，除当前时段外，第一设备还可以基于卫星运控信息估算未来一个或多个延时水平稳定的时间区间的回传链路的时延。

可选地，卫星运控信息还包括RAN的位置信息和/或AMF的位置信息；或者，卫星运控信息理解为RAN和AMF之间的卫星运控信息，该RAN和AMF之间的卫星运控信息包括卫星运控信息、RAN位置信息和AMF位置信息。

作为又一种可能的实现方式，在卫星运控信息不包括RAN的位置信息和/或AMF的位置信息的情况下，第一设备基于卫星运控信息以及RAN的位置信息和/或AMF的位置信息估算当前时延水平稳定的一段时间内的回传链路的时延。

作为另一种可能的实现方式，在卫星运控信息不包括RAN的位置信息和/或AMF的位置信息的情况下，除当前时段外，第一设备还可以基于卫星运控信息以及RAN的位置信息和/或AMF的位置信息估算未来一个或多个延时水平稳定的时间区间的回传链路的时延。

示例性地，上述的时延水平稳定的一段时间可以是回传链路转发路径的跳数基本稳定的时间段。

例如，第一设备根据星历信息确定回传链路转发路径的跳数发生较大变化之后(如，跳数变化超过第一阈值)的一段时间内不会再次发生变化或者发生较小的变化(如，跳数变化不超过第一阈值)，即可估算该回传链路转发路径的跳数不发生变化的时间段内的回传链路的时延。其中，第一阈值可以是预定义的，这里不做限定，如，第一阈值为3。

需要说明的是，卫星回传链路转发路径的跳数可以用于估算卫星回传链路时延的原因可以是：卫星回传链路转发路径的跳数越大证明转发次数越多，时延也会越大。如，接入网设备通过回传链路转发路径#1(卫星#1-卫星#2-卫星#3-卫星#4)与核心网设备通信，相比于接入网设备通过回传链路转发路径#2(卫星#1-卫星#2-卫星#3-卫星#4-卫星#5-卫星#6-卫星#7)与核心网设备通信的时延小。因为假设回传链路的转发路径的跳数为1时，时延为0.1ms，则路径#1时延为0.3ms，路径#2时延为0.6ms。

示例性地，上述的时延水平稳定的一段时间可以是反向缝过境之后的一段时间内。其中，第一设备能不能直接判断转发路径发生变化，回传链路转发路径的跳数由承载网决定，但是第一设备可以基于星历信息估计转发的跳数可能发生较大变化，比如反向缝即将过境或即将反向缝即将离开。

例如，第一设备根据卫星运控信息确定反向缝过境之后的一段时间内不会再次发生反向缝过境，即可估算该反向缝过境之后的一段时间内的回传链路的时延。

需要说明的是，第一设备可以根据卫星运控信息确定当前时延水平稳定的一段时间，还可以根据星历信息确定未来一个或多个延时水平稳定的时间区间。

作为一种可能的实现方式，第一设备估算的回传链路的时延可以是：基于该时间区间内最大回传链路转发路径的跳数估算得到的最坏延时。

作为另一种可能的实现方式，第一设备估算的回传链路的时延可以是：基于该时间区间内多个不同跳数的转发路径估算得到的平均延时。

作为又一种可能的实现方式，第一设备估算的回传链路的时延可以是：基于典型转发路径(如，转发路径对应的跳数在该段时间内为众数)估算得到的典型延时。

例如，时间区间内回传链路转发路径的跳数包括3跳、4跳和5跳三种可能。可以基于5跳估算得到的延时#5作为回传链路的时延；或者可以基于3跳估算得到的延时#3、4跳估算得到的延时#4以及5跳估算得到的延时#5的平均延时作为回传链路的时延；或者在时间区间内回传链路转发路径的跳数为3跳的路径最多的情况，基于3跳估算得到的延时#3作为回传链路的时延。假设回传链路的转发路径的跳数为1时，时延为0.1ms，则延时#3为0.3ms，延时#4为0.4ms，延时#5为0.5ms。示例性地，第一设备可以在接收到请求消息之后，估算卫星回传链路时延发生变化的情况下，估算卫星回传链路第二时延。

应理解，第一设备估算第二时延的方式和估算第一时延的方式类型，区别在于估算时机不同，估算第一时延是在会话管理流程中，估算第二时延是在确定卫星回传链路时延发生变化的情况下，具体的估算方式可以参考上述估算第一时延的描述，这里不再赘述。

可选地，在第一设备估算得到卫星回传链路时延的情况下，可以通过通知消息上报该卫星回传链路时延(如，上述的第一时延和第二时延)。

进一步地，第二设备接收到通知消息之后可以确定执行策略，图4所示的方法流程还包括：

S440，第二设备确定执行策略。

具体地，通知消息用于通知卫星回传链路时延发生变化，第二设备根据卫星回传链路时延发生变化确定执行策略。

作为一种可能的实现方式，第二设备为AF网元，AF确定卫星回传链路时延发生变化的情况下，需要进行应用层的编码或传输层算法的调整。

进一步地，在通知消息中包括卫星回传链路时延的情况下，AF基于该卫星回传链路的延时进行应用层的编码或传输层算法的调整，比如在延时较大时进行编码补偿，以保证用户体验。

作为另一种可能的实现方式，第二设备为PCF网元，PCF确定卫星回传链路时延发生变化的情况下，需要进行会话调整。

进一步地，在通知消息中包括卫星回传链路时延的情况下，PCF发现卫星回传链路的延时过大而无法满足会话的QoS要求时发起会话释放。

需要说明的是，本申请实施例中对于第二设备获知卫星回传链路的延时之后的执行内容不做限定，上述的执行策略决策只是举例，对本申请的保护范围不构成任何的限定。

上述结合图4说明了第一设备可以上报星座信息(如，在会话管理流程中上报星座信息。示例性地PDU会话管理上下文创建请求消息包括星座信息)，还可以在会话管理流程完成之后，基于请求消息通过通知消息上报卫星回传链路时延变化或卫星回传链路时延的通信方法，需要说明的是，图4所示的通信方法流程只是示例，对本申请的保护范围不构成任何的限定。

示例性地，图4中所示上报星座信息，上报卫星回传链路时延变化或卫星回传链路时延可以理解为不同的阶段，无需限定之间的强耦合关系。下面将结合图5至图8进行说明，这里不再赘述。

例如，未上报星座信息(如，目前已有的会话管理流程)，在会话管理流程完成之后，基于请求消息上报卫星回传链路时延变化或卫星回传链路时延。具体地，下面将结合图5和图7进行说明，这里不再赘述。

还例如，在会话管理流程中上报第一时延，不限定在会话管理流程完成之后，是否基于请求消息上报卫星回传链路时延变化或卫星回传链路时延。具体地，下面将结合图6和图8进行说明，这里不再赘述。

还例如，在会话管理流程完成之后，第一设备基于请求消息上报卫星回传链路时延变化或卫星回传链路时延；对于是否上报星座信息不做限定。

示例性地，图4中所示的估算卫星回传链路时延的步骤可以是RAN请求UPF完成的。下面将结合具体的示例说明，这里不再赘述。具体地，下面将结合图5进行说明，这里不再赘述。需要说明的是，本申请实施例中主要考虑的是MEO或LEO等非地球同步卫星组成星座使得当前3GPP基于卫星轨道类型定义和区分卫星回传链路的方案存在一些缺陷，因为卫星的运动和星座拓扑的动态变化卫星轨道类型并不一定能准确反应使用卫星回传的RAN和5GC之间的延时，本申请所示的通信方法也可以应用于地球同步卫星组成星座或其他需要估算回传链路的时延的场景下。

上述第一设备可以是接入网设备、移动性管理网元，下面将结合图5和图6详细介绍第一设备为接入网设备的情况下，本申请提供的通信方法，以及结合图7和图8详细介绍第一设备为移动性管理网元或者会话管理网元的情况下，本申请提供的通信方法。

图5是本申请实施例提供的另一种通信方法的示意性流程图。该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中(如，图2所示的通信系统)。

为了便于理解，图5所示的实施例中以第一设备为RAN，第一设备上报信息的对象(称为第二设备)为PCF和/或AF，会话管理流程为会话建立流程为例进行说明。

需要说明的是，本申请中对于网络设备的名称不做任何的限定。

例如，第一设备为接入网设备。接入网设备可以是RAN，或者能够实现接入网设备功能的其他网元。

还例如，策略控制功能网元可以是PCF，或者能够实现策略控制功能的其他网元。

又例如，应用功能网元可以是AF，或者能够实现应用功能的其他网元。

又例如，接入和移动性管理功能网元可以是AMF，或者能够实现接入和移动性管理功能的其他网元。

又例如，用户面网元可以是UPF，或者能够实现用户面网元功能的其他网元。

以下结合各步骤，详细介绍该通信方法。图5包括以下步骤：

S511，UE建立PDU会话。

通用的PDU会话建立流程可简单描述为：UE通过RAN发送PDU会话建立请求到AMF，AMF为该PDU会话选择SMF为其提供服务，保存SMF与PDU会话的对应关系，并将PDU会话建立请求发送至SMF，SMF为UE选择相应UPF并建立用户面传输路径，并为其分配IP地址。在此过程中，SMF还将向SM PCF发起会话策略控制建立请求，用于在SMF和SM PCF间建立会话策略控制，在会话策略控制建立过程中，SMF将保存会话策略控制与PDU会话间的对应关系。

作为一种可能的实现方式，该实施例中在会话管理流程中未上报星座信息，也就是对于PDU会话建立具体流程不做改进，详细的PDU会话建立流程可以参考目前PDU会话建立流程的描述，这里不再赘述。

作为另一种可能的实现方式，该实施例中在会话管理流程中上报星座信息。具体地，星座信息可以包括在会话管理请求消息中上报给策略控制网元和/或应用网元，参考图4中步骤S422的描述，这里不再赘述。

在PDU会话建立完成之后，图5所示的方法流程还包括：

S510，RAN接收来自第二设备的请求消息，或者说第二设备向RAN发送请求消息。

该请求消息用于请求确定所述卫星回传链路时延变化。

需要说明的是，在会话管理流程中上报星座信息的情况下，第二设备还可以根据星座信息判断是否发送所述请求消息，参考图4中步骤S423的描述，这里不再赘述。

示例性地，该请求消息可以理解为订阅消息，该订阅消息用于订阅卫星回传链路的时延变化，也就是说在卫星回传链路的延时发生变化的情况下，第二设备希望收到通知消息，通知该卫星回传链路的时延发生变化，可选地通知消息中还包括变化后的卫星回传链路的延时大小，以便于第二设备能够基于卫星回传链路的延时确定执行策略。

作为一种可能的实现方式，第二设备为AF网元，第二设备向RAN发送请求消息具体包括以下两种方式：

方式一：

AF依次通过NEF、PCF、SMF、AMF向RAN发送请求消息。

例如，AF向NEF发送用于请求确定所述卫星回传链路时延变化的请求消息；NEF接收到该请求消息之后，向PCF发送用于请求确定所述卫星回传链路时延变化的请求消息；PCF接收到请求消息之后，向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，策略控制请求触发器(policy control request trigger，PCRT))；SMF接收到请求消息之后，向AMF发送用于请求确定所述卫星回传链路时延变化的请求消息；AMF接收到该请求消息之后，向RAN发送用于请求确定所述卫星回传链路时延变化的请求消息。

方式二：

AF依次通过NEF、UDM、SMF、AMF向RAN发送请求消息。

例如，AF向NEF发送用于请求确定所述卫星回传链路时延变化的请求消息；NEF接收到该请求消息之后，向UDM发送用于请求确定所述卫星回传链路时延变化的请求消息；UDM接收到请求消息之后，向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，PCRT)；SMF接收到请求消息之后，向AMF发送用于请求确定所述卫星回传链路时延变化的请求消息；AMF接收到该请求消息之后，向RAN发送用于请求确定所述卫星回传链路时延变化的请求消息。

应理解，上述只是举例说明AF向RAN发送请求消息的路径，对本申请的保护范围不构成任何的限定，其他能够将请求消息传输到RAN的方式也在本申请的保护范围之内，这里不再赘述。

作为另一种可能的实现方式，第二设备为PCF网元，第二设备向RAN发送请求消息具体包括：PCF依次通过SMF、AMF向RAN发送请求消息。

例如，PCF向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，策略控制请求触发器(policy control request trigger，PCRT))；SMF接收到请求消息之后，向AMF发送用于请求确定所述卫星回传链路时延变化的请求消息；AMF接收到该请求消息之后，向RAN发送用于请求确定所述卫星回传链路时延变化的请求消息。

应理解，上述只是举例说明PCF向RAN发送请求消息的路径，对本申请的保护范围不构成任何的限定，其他能够将请求消息传输到RAN的方式也在本申请的保护范围之内，这里不再赘述。

进一步地，RAN接收到上述的请求消息之后，根据请求消息确定第二设备需要获取卫星回传链路的时延是否发生变化。

可选地，在卫星回传链路的时延发生变化的情况下，RAN可以通过通知消息上报到第二设备卫星回传链路时延发生变化，图5所示的方法流程还包括：

S512，RAN确定卫星回传链路时延发生变化。

参考上述的步骤S410的描述，这里不再赘述。

S513，RAN向第二设备发送通知消息，或者说RAN向第二设备发送通知消息。

该通知消息用于通知所述卫星回传链路时延发生变化。参考上述的步骤S420。

可选地，在卫星回传链路的时延发生变化的情况下，进一步地还可以获取变化后的卫星回传链路的延时大小，图5所示的方法流程还包括：

S520，RAN确定是否需要估算卫星回传链路的时延。

需要说明的是，该实施例中主要考虑RAN确定需要估算卫星回传链路的时延的情况。

例如，RAN基于卫星运控信息，确定需要进行卫星回传延时的估算(或者说计算、测量)。

在RAN确定需要测量卫星回传链路的时延的情况下，后续卫星回传链路的时延的获取和上报流程包括以下几种方式：

方式一：UPF测量和上报卫星回传链路的时延。

在方式一中，图5所示的方法流程：

S530，RAN向UPF发送至少一个时延测量请求，或者说UPF接收来自RAN的至少一个时延测量请求。

该至少一个时延测量请求分别用于请求UPF确定至少一个时延。其中，所述时延测量请求中包括第二指示信息，所述第二指示信息用于指示发送所述时延测量请求的时刻，所述至少一个时延用于确定所述卫星回传链路的时延。

示例性地，第二指示信息为时间戳，标识发送时延测量请求的时刻。

作为一种可能的实现方式，时延测量请求为RAN和UPF之间新增的用于请求UPF确定时延的消息。

作为另一种可能的实现方式，时延测量请求可以携带在RAN和UPF之间已有的消息中(如，携带在PDU会话数据中)。

应理解，本申请实施例中对于时延测量请求的具体形式不做限定，可以是任何能够用于请求UPF确定卫星回传链路的时延的消息。

S540，UPF测量卫星回传链路的时延。

作为一种可能的实现方式，RAN向UPF发送一个时延测量请求，该时延测量请求用于请求UPF确定一个时延，该时延为所述卫星回传链路的时延。

例如，UPF接收到时延测量请求后，基于时延测量请求的接收时刻和时延测量请求的发送时刻，测量得到延时，该时延为卫星回传链路的时延。

作为另一种可能的实现方式，RAN向UPF发送多个时延测量请求，该多个时延测量请求分别用于请求UPF确定多个时延，该多个时延用于确定卫星回传链路的时延。

例如，UPF接收到多个时延测量请求后，分别基于多个时延测量请求的接收时刻和发送时刻，测量得到多个延时，将该多个时延平均值或最大值为所述卫星回传链路的时延。

进一步地，UPF测量得到卫星回传链路的时延之后可以通过SMF将该卫星回传链路的时延上报给第二设备，图5所示的方法流程还包括：

S550，UPF向第二设备发送卫星回传链路的时延，或者说第二设备接收来自UPF的卫星回传链路的时延。

可选地，UPF基于配置信息或者SMF的请求，向SMF发送卫星回传链路时延。

示例性地，卫星回传链路的时延携带在通知消息中，该通知消息用于响应上述的请求消息，通知第二设备卫星回传链路的时延发生变化，可选地通知消息中还包括变化后的卫星回传链路的延时。

作为一种可能的实现方式，第二设备为AF网元，UPF向第二设备发送卫星回传链路的时延具体包括以下两种方式：

方式1：

对应于上述第二设备向RAN发送请求消息的方式一，UPF依次通过SMF、PCF、NEF向AF发送卫星回传链路的时延。

例如，UPF向SMF发送用于通知第二设备回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向PCF发送用于通知第二设备回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；PCF接收到通知消息之后，向NEF发送用于通知第二设备回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；NEF接收到通知消息之后，向AF发送用于通知第二设备回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

方式2：

对应于上述第二设备向RAN发送请求消息的方式二，UPF依次通过SMF和NEF向AF发送卫星回传链路的时延。

例如，UPF向SMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向NEF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；NEF接收到通知消息之后，向AF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

作为另一种可能的实现方式，第二设备为PCF网元，UPF向第二设备发送卫星回传链路的时延具体包括：UPF通过SMF向PCF发送卫星回传链路的时延。

例如，UPF向SMF发送用于通知第二设备卫星回传链路的延时发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向PCF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

应理解，上述只是举例说明UPF向第二设备发送卫星回传链路的时延的路径，对本申请的保护范围不构成任何的限定，其他能够将卫星回传链路的时延传输到第二设备的方式也在本申请的保护范围之内，这里不再赘述。

具体地，第二设备接收到卫星回传链路的时延之后，可以基于卫星回传链路的时延确定执行策略，图5所示的方法流程还包括：

S560，第二设备确定执行策略。

参考上述步骤S440的描述，这里不再赘述。

方式二：RAN估算和上报回传链路的时延。

在该方式二中，图5所示的方法流程：

S531，RAN估算回传链路的时延。

参考上述步骤S430的描述，这里不再赘述。

进一步地，RAN估算得到卫星回传链路的时延之后可以通过AMF将该卫星回传链路的时延上报给第二设备，图5所示的方法流程还包括：

S551，RAN向第二设备发送卫星回传链路的时延，或者说第二设备接收来自RAN的卫星回传链路的时延。

示例性地，卫星回传链路的时延携带在通知消息中，该通知消息用于响应上述的请求消息，通知第二设备卫星回传链路的时延发生变化，可选地通知消息中还包括变化后的卫星回传链路的延时大小(如，上述的第二时延)。

作为一种可能的实现方式，第二设备为AF网元，RAN向第二设备发送卫星回传链路的时延具体包括以下两种方式：

方式1：

对应于上述第二设备向RAN发送请求消息的方式一，RAN依次通过AMF、SMF、PCF、NEF向AF发送卫星回传链路的时延。

例如，RAN向AMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；AMF向SMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向PCF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；PCF接收到通知消息之后，向NEF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；NEF接收到通知消息之后，向AF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

方式2：

对应于上述第二设备向RAN发送请求消息的方式二，RAN依次通过AMF和NEF向AF发送卫星回传链路的时延。

例如，RAN向AMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；AMF接收到通知消息之后，向NEF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；NEF接收到通知消息之后，向AF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

作为另一种可能的实现方式，第二设备为PCF网元，RAN向第二设备发送卫星回传链路的时延具体包括：RAN通过AMF和SMF向PCF发送卫星回传链路的时延。

例如，RAN向AMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；AMF向SMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向PCF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

应理解，上述只是举例说明RAN向第二设备发送卫星回传链路的时延的路径，对本申请的保护范围不构成任何的限定，其他能够将卫星回传链路的时延传输到第二设备的方式也在本申请的保护范围之内，这里不再赘述。

具体地，第二设备接收到卫星回传链路的时延之后，可以基于卫星回传链路的时延确定执行策略，图5所示的方法流程还包括：

S561，第二设备确定执行策略。

参考上述的S440的描述，这里不再赘述。

方式三：AMF估算和上报卫星回传链路的时延。

在方式三中，图5所示的方法流程还包括：

S532，RAN向AMF发送时延估算请求，或者说AMF接收来自RAN的时延估算请求。

该时延估算请求用于请求AMF估算卫星回传链路的时延。

示例性地，该时延估算请求可以理解为触发消息，用于触发AMF估算卫星回传链路的时延。

S542，AMF估算卫星回传链路的时延。

参考上述步骤S430的描述，这里不再赘述。

进一步地，AMF估算得到回传链路的时延之后可以将该卫星回传链路的时延上报给第二设备，图5所示的方法流程还包括：

S552，AMF向第二设备发送卫星回传链路的时延，或者说第二设备接收来自AMF的卫星回传链路的时延。

示例性地，卫星回传链路的时延携带在通知消息中(如，上述步骤S512中的通知消息中包括卫星回传链路的时延)，该通知消息用于响应上述的请求消息，通知第二设备卫星回传链路的时延发生变化，可选地通知消息中还包括变化后的回传链路的延时。

作为一种可能的实现方式，第二设备为AF网元，AMF向第二设备发送卫星回传链路的时延具体包括以下两种方式：

方式1：

对应于上述第二设备向RAN发送请求消息的方式一，AMF依次通SMF、PCF、NEF向AF发送卫星回传链路的时延。

例如，AMF向SMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向PCF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；PCF接收到通知消息之后，向NEF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；NEF接收到通知消息之后，向AF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

方式2：

对应于上述第二设备向RAN发送请求消息的方式二，AMF通过NEF向AF发送卫星回传链路的时延。

例如，AMF接收到通知消息之后，向NEF发送用于通知第二设备卫星回传链路的延时发生变化的通知消息，该通知消息中携带卫星回传链路的时延；NEF接收到通知消息之后，向AF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

作为另一种可能的实现方式，第二设备为PCF网元，AMF向第二设备发送卫星回传链路的时延具体包括：AMF通过SMF向PCF发送卫星回传链路的时延。

例如，AMF向SMF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延；SMF接收到通知消息之后，向PCF发送用于通知第二设备卫星回传链路的时延发生变化的通知消息，该通知消息中携带卫星回传链路的时延。

应理解，上述只是举例说明AMF向第二设备发送卫星回传链路的时延的路径，对本申请的保护范围不构成任何的限定，其他能够将卫星回传链路的时延传输到第二设备的方式也在本申请的保护范围之内，这里不再赘述。

具体地，第二设备接收到卫星回传链路的时延之后，可以基于卫星回传链路的时延确定执行策略，图5所示的方法流程还包括：

S562，第二设备确定执行策略。

参考上述的S440的描述，这里不再赘述。

上面结合图5详细介绍了RAN在订阅流程中确定需要估算回传链路的延时，下面结合图6说明RAN在会话建立流程确定需要估算回传链路的延时。

图6是本申请实施例提供的又一种通信方法的示意性流程图。该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中(如，图2所示的通信系统)。

为了便于理解，图6所示的实施例中以第一网元为RAN，第二设备为PCF和/或AF，会话管理流程为会话建立流程为例进行说明。

以下结合各步骤，详细介绍该通信方法。图6包括以下步骤：

S610，UE向RAN发送会话建立请求消息，或者说RAN接收来自UE的会话建立请求消息。

具体地，该会话建立请求消息用于请求建立PDU会话。

应理解，本申请对于会话建立请求消息中包括的信元不做限定，可以参考目前PDU会话建立流程中对于会话建立请求消息的描述，这里不再赘述。

与目前的会话建立流程不同的是，该实施例中，RAN接收到会话建立请求消息之后能够触发上报星座信息。

可选地，还可以确定是否估算卫星回传链路的延时，下面以确定需要估算卫星回传链路的延时为例介绍，图6所示的方法流程还可以包括：

S620，RAN确定是否需要估算卫星回传链路的时延。

参考上述S520的描述，这里不再赘述。

在RAN确定需要测量卫星回传链路的时延的情况下，后续卫星回传链路的时延的获取和上报流程包括以下几种方式：

方式一：RAN估算和卫星上报回传链路的时延。

在方式一中，图6所示的方法流程：

S630，RAN估算卫星回传链路的时延。

参考上述S430的描述，这里不再赘述。

进一步地，RAN估算得到回传链路的时延之后可以通过会话建立的后续流程将该卫星回传链路的时延上报给第二设备，图6所示的方法流程还包括：

S640，RAN向AMF发送会话建立请求消息，或者说AMF接收来自RAN的会话建立请求消息。

该会话建立请求消息中包括卫星回传链路的时延。

示例性地，该会话建立请求消息还可以携带其他的信元(如，能够唯一标识RAN的信息和星座信息)，需要说明的是其他的信元随着会话建立请求消息发送给AMF，可以是在会话建立请求消息的外部。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，相应地RAN向AMF发送的会话建立请求消息中还包括星座信息。

S650，AMF向SMF发送PDU会话管理上下文创建请求消息，或者说SMF接收来自AMF的PDU会话管理上下文创建请求消息。

该PDU会话管理上下文创建请求消息中还包括卫星回传链路的时延。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，该PDU会话管理上下文创建请求消息中还包括星座信息。

S660，SMF向PCF发送会话策略控制创建或更新消息，或者说PCF接收来自SMF的会话策略控制创建或更新消息。

该会话策略控制创建或更新消息中还包括卫星回传链路的时延。

示例性地，PCF发现回传链路的延时过大而无法满足会话的QoS要求时发起会话释放。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，该会话策略控制创建或更新消息中还包括星座信息。

可选地，图6所示的方法流程还包括：

S670，PCF向AF发送卫星回传链路的时延，或者说AF接收来自PCF的卫星回传链路的时延。

示例性地，AF基于该回传链路的延时进行应用层的编码或传输层算法的调整，比如在延时较大时进行编码补偿，以保证用户体验。

作为一种可能的实现方式，PCF通过NEF向AF发送卫星回传链路的时延。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，PCF还可以向AF发送星座信息。

方式二：AMF估算和上报卫星回传链路的时延。

在方式二中，图6所示的方法流程：

S631，RAN向AMF发送会话建立请求消息，或者说AMF接收来自RAN的会话建立请求消息。

应理解，本申请对于会话建立请求消息中包括的信元不做限定，可以参考目前PDU会话建立流程中对于会话建立请求消息的描述，这里不再赘述。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，RAN向AMF发送的该会话建立请求消息中还包括星座信息。

与目前的会话建立流程不同的是，该方式二中，AMF接收到会话建立请求消息之后能够触发估算卫星回传链路的延时，图6所示的方法流程还包括：

S641，AMF估算卫星回传链路的时延。

参考上述S430的描述，这里不再赘述。

进一步地，AMF估算得到卫星回传链路的时延之后可以通过会话建立的后续流程将该卫星回传链路的时延上报给第二设备，图6所示的方法流程还包括：

S651，AMF向SMF发送PDU会话管理上下文创建请求消息，或者说SMF接收来自AMF的PDU会话管理上下文创建请求消息。

该PDU会话管理上下文创建请求消息中包括卫星回传链路的时延。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，该PDU会话管理上下文创建请求消息中还包括星座信息。

S661，SMF向PCF发送会话策略控制创建或更新消息，或者说PCF接收来自SMF的会话策略控制创建或更新消息。

该会话策略控制创建或更新消息包括卫星回传链路的时延。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，该会话策略控制创建或更新消息中还包括星座信息。

可选地，图6所示的方法流程还包括：

S671，PCF向AF发送卫星回传链路的时延，或者说AF接收来自PCF的卫星回传链路的时延。

作为一种可能的实现方式，PCF通过NEF向AF发送卫星回传链路的时延。

可选地，RAN接收到会话建立请求消息之后触发上报星座信息的情况下，PCF还可以向AF发送星座信息。

应理解，在PCF和/或AF接收到星座信息的情况下，可以根据星座信息确定是否发送用于请求确定所述卫星回传链路时延变化的请求消息，具体流程可以参考上述图4中步骤S423的描述，这里不再赘述。

需要说明的是，会话建立流程还包括其他的步骤，在图6中未示出，可以参考目前会话建立的流程的描述，这里不再赘述。

例如，还包括SMF从UDM获取终端设备的签约数据并订阅签约数据、SMF选择UPF，发送N4会话建立请求等。其中，SMF从UDM获取终端设备的签约数据是为了后续建立合适该终端设备的会话，订阅是为了在数据更新是即使获取到更新后的数据。

上面结合图5和图6介绍了RAN确定需要估算回传链路的时延的流程，下面结合图7和图8介绍AMF确定需要估算卫星回传链路的时延的流程。其中，图7为AMF基于订阅流程确定需要估算卫星回传链路的时延的流程；图7为AMF基于会话建立流程确定需要估算卫星回传链路的时延的流程。

图7是本申请实施例提供的又一种通信方法的示意性流程图。该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中(如，图2所示的通信系统)。

为了便于理解，图7所示的实施例中以第一设备为AMF或SMF，第二设备为PCF和/或AF，会话管理流程为会话建立流程为例进行说明。

需要说明的是，本申请中对于网络设备的名称不做任何的限定。

例如，第一设备为接入和移动性管理功能网元。接入和移动性管理功能网元可以是AMF，或者能够实现接入和移动性管理功能的其他网元。

还例如，第一设备为会话管理功能网元。会话管理功能网元可以是SMF，或者能够实现会话管理功能的其他网元。

以下结合各步骤，详细介绍该通信方法。图7包括以下步骤：

S711，UE建立PDU会话。

参考上述S511的描述，这里不再赘述。

在PDU会话建立完成之后，图7所示的方法流程还包括：

S710，第一设备接收来自第二设备的请求消息，或者说第二设备向第一设备发送请求消息。

该请求消息用于请求确定所述卫星回传链路时延变化。

需要说明的是，在会话管理流程中上报星座信息的情况下，第二设备还可以根据星座信息判断是否发送所述请求消息，参考图4中步骤S423的描述，这里不再赘述。

示例性地，该请求消息可以理解为订阅消息，该订阅消息用于订阅卫星回传链路的时延变化，也就是说在卫星回传链路的延时发生变化的情况下，第二设备希望收到通知消息，通知该卫星回传链路的时延发生变化，可选地通知消息中还包括变化后的卫星回传链路的延时，以便于第二设备能够基于卫星回传链路的延时确定执行策略。

作为一种可能的实现方式，第二设备为AF网元，第一设备为AMF，第二设备向第一设备发送请求消息具体包括以下两种方式：

方式一：

AF依次通过NEF、PCF、SMF向AMF发送请求消息。

例如，AF向NEF发送用于请求确定所述卫星回传链路时延变化的请求消息；NEF接收到该请求消息之后，向PCF发送用于请求确定所述卫星回传链路时延变化的请求消息；PCF接收到请求消息之后，向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，策略控制请求触发器(policy control request trigger，PCRT))；SMF接收到请求消息之后，向AMF发送用于请求确定所述卫星回传链路时延变化的请求消息。

方式二：

AF依次通过NEF、UDM向AMF发送请求消息。

例如，AF向NEF发送用于请求确定所述卫星回传链路时延变化的请求消息；NEF接收到该请求消息之后，向UDM发送用于请求确定所述卫星回传链路时延变化的请求消息；UDM接收到请求消息之后，向AMF发送用于请求确定所述卫星回传链路时延变化的请求消息。

应理解，上述只是举例说明AF向AMF发送请求消息的路径，对本申请的保护范围不构成任何的限定，其他能够将请求消息传输到AMF的方式也在本申请的保护范围之内，这里不再赘述。

作为另一种可能的实现方式，第二设备为PCF网元，第一设备为AMF，第二设备向第一设备发送请求消息具体包括：PCF依次通过SMF向AMF发送请求消息。

例如，PCF向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，策略控制请求触发器(policy control request trigger，PCRT))；SMF接收到请求消息之后，向AMF发送用于请求确定所述卫星回传链路时延变化的请求消息。

应理解，上述只是举例说明PCF向AMF发送请求消息的路径，对本申请的保护范围不构成任何的限定，其他能够将请求消息传输到AMF的方式也在本申请的保护范围之内，这里不再赘述。

作为一种可能的实现方式，第二设备为AF网元，第一设备为SMF，第二设备向第一设备发送请求消息具体包括：

AF依次通过NEF、PCF向SMF。

例如，AF向NEF发送用于请求确定所述卫星回传链路时延变化的请求消息；NEF接收到该请求消息之后，向PCF发送用于请求确定所述卫星回传链路时延变化的请求消息；PCF接收到请求消息之后，向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，策略控制请求触发器(policy control request trigger，PCRT))。

应理解，上述只是举例说明AF向SMF发送请求消息的路径，对本申请的保护范围不构成任何的限定，其他能够将请求消息传输到AMF的方式也在本申请的保护范围之内，这里不再赘述。

作为另一种可能的实现方式，第二设备为PCF网元，第一设备为SMF，第二设备向第一设备发送请求消息具体包括：

例如，PCF向SMF发送用于请求确定所述卫星回传链路时延变化的请求消息(如，策略控制请求触发器(policy control request trigger，PCRT))。

应理解，上述只是举例说明PCF向SMF发送请求消息的路径，对本申请的保护范围不构成任何的限定，其他能够将请求消息传输到AMF的方式也在本申请的保护范围之内，这里不再赘述。

进一步地，第一设备接收到上述的请求消息之后，根据请求消息确定第二设备需要获取卫星回传链路的时延是否发生变化。

可选地，在卫星回传链路的时延发生变化的情况下，第一设备可以通过通知消息上报到第二设备卫星回传链路时延发生变化，图7所示的方法流程还包括：

S712，第一设备确定卫星回传链路时延发生变化。

参考上述的步骤S410的描述，这里不再赘述。

S713，第一设备向第二设备发送通知消息，或者说第二设备接收来自第一设备的通知消息。

该通知消息用于通知所述卫星回传链路时延发生变化。参考上述的步骤S420。

可选地，在卫星回传链路的时延发生变化的情况下，进一步地还可以获取变化后的回传链路的延时大小，图7所示的方法流程还包括：

S720，第一设备确定是否需要估算卫星回传链路的时延。

需要说明的是，该实施例中主要考虑第一设备确定需要估算卫星回传链路的时延的情况。

例如，第一设备基于卫星运控信息，确定需要进行卫星回传延时的估算(或者说计算、测量)。

在AMF确定需要测量卫星回传链路的时延的情况下，图7所示的方法流程还包括：

S730，第一设备估算卫星回传链路的时延。

参考上述S430的描述，这里不再赘述。

进一步地，第一设备估算得到卫星回传链路的时延之后可以将该卫星回传链路的时延上报给第二设备，图7所示的方法流程还包括：

S740，第一设备向第二设备发送卫星回传链路的时延，或者说第二设备接收来自第一设备的卫星回传链路的时延。

例如，上述步骤S712中的通知消息中还包括卫星回传链路的时延。具体地，参考上述S552的描述，这里不再赘述。

具体地，第二设备接收到卫星回传链路的时延之后，可以基于卫星回传链路的时延确定执行策略，图7所示的方法流程还包括：

S750，第二设备确定执行策略。

参考上述的S440的描述，这里不再赘述。

图8是本申请实施例提供的又一种通信方法的示意性流程图。该通信方法应用于接入网设备通过卫星回传链路与核心网设备通信的系统中(如，图2所示的通信系统)。

为了便于理解，图8所示的实施例中以第一网元为AMF或SMF，第二设备为PCF和/或AF，会话管理流程为会话建立流程为例进行说明。

以下结合各步骤，详细介绍该通信方法。图8包括以下步骤：

S810，UE向RAN发送会话建立请求消息，或者说RAN接收来自UE的会话建立请求消息。

具体地，该会话建立请求消息用于请求建立PDU会话。

应理解，本申请对于会话建立请求消息中包括的信元不做限定，可以参考目前PDU会话建立流程中对于会话建立请求消息的描述，这里不再赘述。

S820，RAN向AMF发送会话建立请求消息，或者说AMF接收来自RAN的会话建立请求消息。

与目前的会话建立流程不同的是，该实施例中，AMF接收到会话建立请求消息之后能够触发上报星座信息。

可选地，还可以确定是否估算卫星回传链路的延时，图8所示的方法流程还可以包括：

S830，AMF确定是否需要估算卫星回传链路的时延。

参考上述S720的描述，这里不再赘述。

在AMF确定需要测量卫星回传链路的时延的情况下，图8所示的方法流程还包括：

S840，AMF估算卫星回传链路的时延。

参考上述S430的描述，这里不再赘述。

进一步地，AMF估算得到卫星回传链路的时延之后可以将该卫星回传链路的时延上报给第二设备，图8所示的方法流程还包括：

S850，AMF向SMF发送PDU会话管理上下文创建请求消息，或者说SMF接收来自AMF的PDU会话管理上下文创建请求消息。

该PDU会话管理上下文创建请求消息中包括卫星回传链路的时延。

可选地，AMF接收到会话建立请求消息之后触发上报星座信息的情况下，该PDU会话管理上下文创建请求消息中还包括星座信息。

或者，AMF未估算卫星回传链路的时延的情况下，图8所示的方法流程还包括：

S831，SMF估算卫星回传链路的时延。

参考上述S430的描述，这里不再赘述。

S860，SMF向PCF发送会话策略控制创建或更新消息，或者说PCF接收来自SMF的会话策略控制创建或更新消息。

该会话策略控制创建或更新消息包括卫星回传链路的时延。

可选地，AMF接收到会话建立请求消息之后触发上报星座信息的情况下，该会话策略控制创建或更新消息中还包括星座信息。

示例性地，PCF发现回传链路的延时过大而无法满足会话的QoS要求时发起会话释放。

可选地，图8所示的方法流程还包括：

S870，PCF向AF发送卫星回传链路的时延，或者说AF接收来自PCF的卫星回传链路的时延。

示例性地，AF基于该回传链路的延时进行应用层的编码或传输层算法的调整，比如在延时较大时进行编码补偿，以保证用户体验。

作为一种可能的实现方式，PCF通过NEF向AF发送卫星回传链路的时延。

可选地，AMF接收到会话建立请求消息之后触发上报星座信息的情况下，PCF还可以向AF发送星座信息。

应理解，在PCF和/或AF接收到星座信息的情况下，可以根据星座信息确定是否发送用于请求确定所述卫星回传链路时延变化的请求消息，具体流程可以参考上述图4中步骤S423的描述，这里不再赘述。

需要说明的是，会话建立流程还包括其他的步骤，在图8中未示出，可以参考目前会话建立的流程的描述，这里不再赘述。

例如，还包括SMF从UDM获取签约数据并订阅、SMF选择UPF，发送N4会话建立请求等。

应理解，图6和图8所示的方法流程，在PDU会话建立过程中估算和上报卫星回传链路的延时可以理解为确定卫星回传链路的初始延时，而该初始延时可能会发生变化(如，链路本身发生变化)。作为一种可能的实现方式，卫星回传延时可能在建立PDU会话后发生变化，图5和图7所示的方法流程，在PDU会话建立后订阅卫星回传链路的延时的变化，以便持续获取卫星回传链路的延时。

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

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

例如，图5所示的实施例和图6所示的实施例可以结合，即既在会话建立过程中上报一个时延，也在会话建立后订阅过程中上报一个时延。或者，图7所示的实施例和图8所示的实施例可以结合，即既在会话建立过程中上报一个时延，也在会话建立后订阅过程中上报一个时延。还应理解，在上述一些实施例中，主要以现有的网络架构中的设备为例进行了示例性说明(如网络设备、终端设备等等)，应理解，对于设备的具体形式本申请实施例不作限定。例如，在未来可以实现同样功能的设备都适用于本申请实施例。

可以理解的是，上述各个方法实施例中，由设备(如上述第一设备、第二设备等)实现的方法和操作，也可以由设备的部件(例如芯片或者电路)实现。

以上，结合图4至图8详细说明了本申请实施例提供的通信方法。上述通信方法主要从各个网元之间交互的角度进行了介绍。可以理解的是，各个网元，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。

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

以下，结合图9和图10详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图9是本申请实施例提供的装置900的示意性框图。该装置900包括收发单元910和处理单元920。收发单元910可以实现相应的通信功能，处理单元920用于进行数据处理。收发单元910还可以称为通信接口或通信单元，收发单元910实现获取信息功能的情况下，还可以称为获取单元。

可选地，该装置900还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元920可以读取存储单元中的指令和/或数据，以使得装置实现前述方法实施例。

该装置900可以用于执行上文方法实施例中设备(如上述各个核心网网元、接入网设备、终端设备等)所执行的动作，这时，该装置900可以为设备或者可配置于设备的部件，收发单元910用于执行上文方法实施例中设备的收发相关的操作，处理单元920用于执行上文方法实施例中设备处理相关的操作。

作为一种设计，该装置900用于执行上文方法实施例中第一设备(接入网设备、移动性管理网元或者会话管理网元)所执行的动作。

处理单元920，用于根据卫星运控信息确定该卫星回传链路时延发生变化；

收发单元910，用于向第二设备发送通知消息，该通知消息用于通知该卫星回传链路时延发生变化，该卫星运控信息包括：不同时刻该卫星的覆盖位置、星座拓扑结构和该卫星的星历信息、该卫星回传链路时延发生变化的时刻指示信息中的至少一项，其中，该第一设备包括该接入网设备、移动性管理网元或者会话管理网元，该第二设备包括策略控制网元或应用功能网元。

可选地，处理单元920根据卫星运控信息确定卫星回传链路时延发生变化，包括：在处理单元920确定该卫星回传链路对应的星座类型包括低轨道卫星LEO极地轨道星座或中轨道卫星MEO极地轨道星座的情况下，处理单元920根据卫星运控信息确定卫星回传链路时延发生变化。

可选地，收发单元910还用于接收来自该第二设备的请求消息，该请求消息用于请求确定该卫星回传链路时延变化。

可选地，收发单元910还用于向该第二设备发送星座信息，该星座信息用于该第二设备确定是否发送该请求消息，其中，该星座信息中包括用于指示该卫星回传链路对应的星座类型的信息，该卫星回传链路对应的星座类型包括以下至少一种星座：低轨道卫星LEO极地轨道星座、中轨道卫星MEO极地轨道星座、LEO倾斜轨道星座、或MEO倾斜轨道星座。

可选地，该处理单元920，还用于根据该卫星运控信息估算该卫星回传链路延，该通知消息中包括该卫星回传链路时延，该卫星回传链路时延包括接收到会话管理请求时的时延，和/或，该卫星回传链路时延发生变化时的时延。

可选地，该处理单元920根据卫星运控信息确定该卫星回传链路时延发生变化，包括：处理单元920根据卫星运控信息确定该卫星回传链路的转发路径发生变化、反向缝离境、反向缝过境中的至少一项；该通知消息中包括指示该转发路径发生变化的信息、指示该反向缝离境的信息、指示该反向缝过境的信息、指示该反向缝离境持续时间的信息、或指示该反向缝过境持续时间的信息中的至少一项。

可选地，处理单元920根据卫星运控信息确定该卫星回传链路时延发生变化，包括：处理单元920根据卫星运控信息确定该卫星回传链路时延发生变化的时刻；处理单元920根据该时刻确定定时器的时长；收发单元910发送通知消息，包括：在该定时器超时时，收发单元910发送通知消息。

可选地，处理单元920根据卫星运控信息确定该卫星回传链路时延发生变化，包括：处理单元920根据该接入网设备和该核心网设备之间的卫星运控信息确定该卫星回传链路时延发生变化。

该装置900可实现对应于根据本申请实施例的方法实施例中的第一设备执行的步骤或者流程，该装置900可以包括用于执行方法实施例中的第一设备执行的方法的单元。并且，该装置900中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的第一设备中的方法实施例的相应流程。

其中，当该装置900用于执行图4中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S410、S424、S422、S421和S420；处理单元920可用于执行方法中的处理步骤，如步骤S410和S425。

当该装置900用于执行图5中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S510、S530和S532；处理单元920可用于执行方法中的处理步骤，如步骤S520和S531。

当该装置900用于执行图6中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S610、S640和S631；处理单元920可用于执行方法中的处理步骤，如步骤S620和S630。

当该装置900用于执行图7中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S710和S740；处理单元920可用于执行方法中的处理步骤，如步骤S720和S730。

当该装置900用于执行图8中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S820和S850；处理单元920可用于执行方法中的处理步骤，如步骤S830和S840。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为另一种设计，该装置900用于执行上文方法实施例中第二设备所执行的动作。

收发单元910，用于接收来自第一设备的通知消息，该通知消息用于通知该卫星回传链路时延发生变化；处理单元920，用于根据该卫星回传链路时延发生变化确定执行策略，其中，该装置包括策略控制网元、应用功能网元，该第一设备包括该接入网设备、移动性管理网元或者会话管理网元。

可选地，收发单元910，用于向该第一设备发送请求消息，该请求消息用于请求确定该卫星回传链路时延变化。

可选地，收发单元910，用于接收来自该第一设备的星座信息；处理单元920，用于根据该星座信息确定发送该请求消息。

该装置900可实现对应于根据本申请实施例的方法实施例中的第二设备执行的步骤或者流程，该装置900可以包括用于执行方法实施例中的第二设备执行的方法的单元。并且，该装置900中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的第二设备中的方法实施例的相应流程。

其中，当该装置900用于执行图4中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S422、S421和S420；处理单元920可用于执行方法中的处理步骤，如步骤S423和S440。

当该装置900用于执行图5中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S510、S550、S551和S552；处理单元920可用于执行方法中的处理步骤，如步骤S560、S561和S562。

当该装置900用于执行图6中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S660、S670、S661和S671。

当该装置900用于执行图7中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S710和S740；处理单元920可用于执行方法中的处理步骤，如步骤S750。

当该装置900用于执行图8中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S860和S870。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为又一种设计，该装置900用于执行上文方法实施例中用户面网元所执行的动作。

收发单元910，用于接收来自该接入网设备的至少一个时延测量请求；处理单元920，用于根据该至少一个时延测量请求分别确定至少一个时延，其中，该时延测量请求中包括第二指示信息，该第二指示信息用于指示发送该时延测量请求的时刻，该至少一个时延用于确定该卫星回传链路的时延。

可选地，收发单元910，用于向会话管理网元发送卫星回传链路的时延。

该装置900可实现对应于根据本申请实施例的方法实施例中的用户面网元执行的步骤或者流程，该装置900可以包括用于执行方法实施例中的用户面网元执行的方法的单元。并且，该装置900中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的用户面网元中的方法实施例的相应流程。

其中，当该装置900用于执行图5中的方法时，收发单元910可用于执行方法中的收发步骤，如步骤S530和S550；处理单元920可用于执行方法中的处理步骤，如步骤S540。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

上文实施例中的处理单元920可以由至少一个处理器或处理器相关电路实现。收发单元910可以由收发器或收发器相关电路实现。存储单元可以通过至少一个存储器实现。

如图10所示，本申请实施例还提供一种装置1000。该装置1000包括处理器1010，还可以包括一个或多个存储器1020。处理器1010与存储器1020耦合，存储器1020用于存储计算机程序或指令和/或数据，处理器1010用于执行存储器1020存储的计算机程序或指令和/或数据，使得上文方法实施例中的方法被执行。可选地，该装置1000包括的处理器1010为一个或多个。

可选地，该存储器1020可以与该处理器1010集成在一起，或者分离设置。

可选地，如图10所示，该装置1000还可以包括收发器1030，收发器1030用于信号的接收和/或发送。例如，处理器1010用于控制收发器1030进行信号的接收和/或发送。

作为一种方案，该装置1000用于实现上文方法实施例中由设备(如上述各个核心网网元、接入网设备、终端设备等)执行的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由设备(如上述各个核心网网元、接入网设备、终端设备等)执行的方法的计算机指令。

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

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由设备(如上述各个核心网网元、接入网设备、终端设备等)执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的设备(如上述各个核心网网元、接入网设备、终端设备等)。

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

应理解，本申请实施例中提及的处理器可以是中央处理单元(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或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

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

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

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

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

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质可以包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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