CN115567991A - 传输方式切换的方法和相关装置 - Google Patents

Abstract

本申请提供了一种传输方式切换的方法和相关装置。该方法可以包括：第一终端设备向第二终端设备发送第一消息，第一消息用于请求将第一终端设备与第二终端设备之间的至少一个业务从PC5接口传输方式切换到Uu接口传输方式；第二终端设备接收到第一终端设备的第一消息后，向第一终端设备发送第二消息，用于通知允许至少一个业务中的部分业务或者全部业务从PC5接口传输方式切换到Uu接口传输方式。通过该方法，终端设备之间可以通过协商完成一个或多个业务从PC5接口传输方式到Uu接口传输方式的切换。

Description

传输方式切换的方法和相关装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种传输方式切换的方法和相关装置。

背景技术

用户设备(user equipment，UE)之间可以通过两种传输方式通信。一种是基于邻近服务通信5(proximity-based services communication 5，PC5)接口进行通信，即UE之间可直接通信，该直接通信不通过运营商网络(例如，基站)，该方式可以称之为PC5接口传输方式；另一种是基于Uu接口进行通信，即经过移动运营商网络进行通信，该方式可以称之为Uu接口传输方式。

在现有技术中，UE在开始传输业务的数据时，根据从网络侧获取的路径选择策略确定该业务的传输方式。例如，如果该路径选择策略表征该业务偏好于PC5接口传输方式，那么UE使用PC5接口传输方式来传输该业务的数据。

可见，上述现有技术UE使用固定的传输方式来传输业务的数据，无法动态地满足业务的传输需求，例如，时延或质量等。

发明内容

本申请提供一种传输方式切换的方法和相关装置，能够实现业务从PC5接口传输方式到Uu接口传输方式的动态切换。

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

该方法可以包括：第一终端设备向第二终端设备发送第一消息，第一消息用于请求将第一终端设备与第二终端设备之间的至少一个业务从邻近服务通信5PC5接口传输方式切换到Uu接口传输方式；第一终端设备接收来自第二终端设备的第二消息，第二消息用于通知接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，至少一个业务包括第一业务。

一示例，第二消息可以为第一消息的响应消息。

基于上述技术方案，第一终端设备向第二终端设备发送第一消息，请求将第一终端设备与第二终端设备之间的至少一个业务从PC5接口传输方式切换到Uu接口传输方式，第二终端设备根据第一消息向第一终端设备发送第二消息，通知接受第一业务从PC5接口传输方式切换到Uu接口传输方式。通过第一终端设备与第二终端设备之间的协商，能够实现将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，避免采用固定的传输方式来传输业务的数据，从而能够动态地满足该一个或多个业务的传输需求。进一步地，相比于由其他设备(如网络设备)通知第一终端设备和第二终端设备将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，上述技术方案，可以减少由其他设备(如网络设备)通知第一终端设备和第二终端设备将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式带来的信令开销。进一步地，相比于由第一终端设备单独将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，上述技术方案，避免了若第二终端设备不接受(或者不同意，或者不允许)将该一个或多个业务中的部分业务从PC5接口传输方式切换到Uu接口传输方式，导致第一终端设备和第二终端设备之间无法采用Uu接口传输方式传输该部分业务的数据，从而能够保证一个或多个业务从PC5接口传输方式切换到Uu接口传输方式后，第一终端设备和第二终端设备之间能够采用该Uu接口传输方式传输该一个或多个业务。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备根据第二消息，将第一业务从PC5接口传输方式切换到Uu接口传输方式。

基于上述技术方案，第一终端设备根据来自第二终端设备的第一消息的响应，对第一业务执行上述传输方式的切换。

结合第一方面，在第一方面的某些实现方式中，第一消息携带至少一个业务的标识信息，或者，第一消息携带至少一个业务对应的PC5服务质量QoS流的标识信息。

其中，至少一个业务对应的PC5 QoS流，可以指的是采用PC5接口传输方式传输至少一个业务的数据所对应的QoS流。

基于上述技术方案，至少一个业务的标识信息或者至少一个业务对应的PC5 QoS流的标识信息，可用于第二终端设备获知第一终端设备请求从PC5接口传输方式切换到Uu接口传输方式的业务。

结合第一方面，在第一方面的某些实现方式中，第一消息还携带第一指示信息，第一指示信息用于表征将至少一个业务从PC5接口传输方式切换到Uu接口传输方式。

基于上述技术方案，通过第一消息携带第一指示信息，可便于第二终端设备获知第一消息是用于请求将至少一个业务从PC5接口传输方式切换到Uu接口传输方式。例如，第一消息为现有消息，即第一终端设备可以通过在该现有消息携带第一指示信息来实现与第二终端设备之间协商一个或多个业务从PC5接口传输方式到Uu接口传输方式的切换。

结合第一方面，在第一方面的某些实现方式中，上述第一终端设备向第二终端设备发送第一消息，包括：第一终端设备根据第一参考信息，向第二终端设备发送第一消息；其中，第一参考信息包括以下一项或多项信息：路径选择策略、路径切换策略、至少一个业务对应的PC5 QoS流的QoS需求、第一终端设备采用PC5接口传输方式传输至少一个业务的数据的信号质量。

其中，至少一个业务对应的PC5 QoS流，可以指的是采用PC5接口传输方式传输至少一个业务的数据所对应的QoS流。

基于上述技术方案，第一终端设备根据第一参考信息确定要将至少一个业务从PC5接口传输方式切换到Uu接口传输方式，故第一终端设备向第二终端设备发送第一消息。

结合第一方面，在第一方面的某些实现方式中，上述第一终端设备根据第一参考信息向第二终端设备发送第一消息，包括：在至少一个业务对应的PC5 QoS流的QoS需求不被满足的情况下，第一终端设备向第二终端设备发送第一消息；或者，在采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值的情况下，第一终端设备向第二终端设备发送第一消息；或者，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括至少一个业务的情况下，第一终端设备向第二终端设备发送第一消息；或者，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括至少一个业务的情况下，若至少一个业务对应的PC5QoS流的QoS需求不被满足或采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值，则第一终端设备向第二终端设备发送第一消息；或者，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括至少一个业务的情况下，若至少一个业务对应的PC5 QoS流的QoS需求不被满足或采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值，则第一终端设备向第二终端设备发送第一消息。

基于上述技术方案，第一终端设备可以根据至少一个业务对应的PC5 QoS流的QoS需求不被满足，或者采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值，向第二终端设备发送第一消息，从而可以尽可能地保证数据传输性能。此外，第一终端设备还可以根据路径选择策略，向第二终端设备发送第一消息，以使得从PC5接口传输方式切换到Uu接口传输方式的业务为优先采用Uu接口传输方式的业务。此外，第一终端设备还可以根据路径选择策略，向第二终端设备发送第一消息，以使得从PC5接口传输方式切换到Uu接口传输方式的业务为允许切换传输方式的业务。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备向第二终端设备发送第一QoS参数，第一QoS参数用于第一终端设备采用Uu接口传输方式传输第一业务的数据。

基于上述技术方案，第一终端设备将第一QoS参数发送给第二终端设备，以使得第二终端设备基于该第一QoS参数确定第二QoS参数，进而第二终端设备可以采用Uu接口传输方式并使用第二QoS参数传输第一业务的数据。

结合第一方面，在第一方面的某些实现方式中，在第一终端设备向第二终端设备发送第一QoS参数之前，上述方法还包括：第一终端设备根据第三QoS参数，确定第一QoS参数；其中，第三QoS参数用于第一终端设备采用PC5接口传输方式传输第一业务的数据。

基于上述技术方案，第一终端设备可以根据传输方式发生切换前采用PC5接口传输方式传输第一业务的QoS参数，确定第一QoS参数，如第一QoS参数中的速率大于或等于传输方式发生切换前采用PC5接口传输方式传输第一业务的QoS参数中的速率，从而可以提高采用Uu接口传输方式传输第一业务的数据时的数据传输性能。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备接收来自第二终端设备的第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据；第一终端设备根据第二QoS参数，确定第一QoS参数，第一QoS参数用于第一终端设备采用Uu接口传输方式传输第一业务的数据。

基于上述技术方案，第一终端设备接收来自第二终端设备的第二QoS参数后，可以基于该第二QoS参数来更新第一QoS参数，进而提高第一终端设备与第二终端设备之间的Uu接口通信质量。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备向第二终端设备发送第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据。

基于上述技术方案，第一终端设备可以为第二终端设备推荐或建议第二QoS参数，从而减少了第二终端设备确定第二QoS参数带来的资源消耗。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备根据第三QoS参数，确定第二QoS参数；其中，第三QoS参数用于第一终端设备采用PC5接口传输方式传输第一业务的数据。

结合第一方面，在第一方面的某些实现方式中，第一消息携带第二指示信息，第二指示信息用于表征当采用Uu接口传输方式传输至少一个业务的数据时不经过至少一个业务对应的应用服务器。

结合第一方面，在第一方面的某些实现方式中，在第一终端设备接收来自第二终端设备的第二消息之后，上述方法还包括：第一终端设备向第二终端设备发送第三指示信息，第三指示信息用于表征当采用Uu接口传输方式传输第一业务的数据时不经过第一业务对应的应用服务器。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备向第二终端设备发送第一终端设备的地址信息，第一终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

具体地，第一终端设备向第二终端设备发送第一终端设备的地址信息，可以包括：在第一终端设备确定当采用Uu接口传输方式传输第一业务的数据时不经过第一业务对应的应用服务器的情况下，第一终端设备向第二终端设备发送第一终端设备的地址信息。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备接收来自第二终端设备的第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

结合第一方面，在第一方面的某些实现方式中，上述方法还包括：第一终端设备建立Uu传输路径，Uu传输路径用于采用Uu接口传输方式传输第一业务的数据。

结合第一方面，在第一方面的某些实现方式中，在第一终端设备接收来自第二终端设备的第二消息之后，上述方法还包括：第一终端设备向第二终端设备发送第三消息，第三消息用于触发第二终端设备将第一业务从PC5接口传输方式切换到Uu接口传输方式。

基于上述技术方案，第一终端设备可以向第二终端设备发送用于触发执行对第一业务从PC5接口传输方式到Uu接口传输方式的切换的消息，从而使得第二终端设备对第一业务执行从PC5接口传输方式到Uu接口传输方式的切换。

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

该方法可以包括：第二终端设备接收来自第一终端设备的第一消息，第一消息用于请求将第一终端设备与第二终端设备之间的至少一个业务从邻近服务通信5PC5接口传输方式切换到Uu接口传输方式；第二终端设备根据第一消息，向第一终端设备发送第二消息，第二消息用于通知接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，至少一个业务包括第一业务。

基于上述技术方案，第二终端设备接收来自第一终端设备的请求将第一终端设备与第二终端设备之间的至少一个业务从PC5接口传输方式切换到Uu接口传输方式的第一消息之后，可以向第一终端设备发送第二消息，通知接受第一业务从PC5接口传输方式切换到Uu接口传输方式。通过该方式，终端设备之间可以通过协商完成一个或多个业务从PC5接口传输方式到Uu接口传输方式的切换，进而实现该一个或多个业务从PC5接口传输方式到Uu接口传输方式的动态切换，避免采用固定的传输方式来传输业务的数据，从而能够动态地满足该一个或多个业务的传输需求。进一步地，相比于由其他设备(如网络设备)通知第一终端设备和第二终端设备将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，上述技术方案，可以减少由其他设备(如网络设备)通知第一终端设备和第二终端设备将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式带来的信令开销。进一步地，相比于由第一终端设备单独将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，上述技术方案，避免了若第二终端设备不接受(或者不同意，或者不允许)将该一个或多个业务中的部分业务从PC5接口传输方式切换到Uu接口传输方式，导致第一终端设备和第二终端设备之间无法采用Uu接口传输方式传输该部分业务的数据，从而能够保证一个或多个业务从PC5接口传输方式切换到Uu接口传输方式后，第一终端设备和第二终端设备之间能够采用该Uu接口传输方式传输该一个或多个业务。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：第二终端设备根据第二参考信息，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；其中，第二参考信息包括以下一项或多项信息：路径选择策略、路径切换策略、第二终端设备的Uu接口的信号质量。

基于上述技术方案，第一终端设备根据第二参考信息确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，故第二终端设备向第一终端设备发送第二消息。

结合第二方面，在第二方面的某些实现方式中，上述第二终端设备根据第二参考信息，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，包括：在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括第一业务的情况下，第二终端设备确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括第一业务的情况下，第二终端设备确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括第一业务的情况下，第二终端设备确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在第二终端设备的Uu接口的信号质量满足第一业务的QoS需求的情况下，第二终端设备确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值的情况下，第二终端设备确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，此时，第一业务可以指的是上述至少一个业务，也可以是上述至少一个业务中的任意一个或多个业务。

基于上述技术方案，第一终端设备可以根据第二终端设备的Uu接口的信号质量满足第一业务的QoS需求，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，从而第一业务从PC5接口传输方式切换到Uu接口传输方式后，第二终端设备的Uu接口的信号质量能够满足第一业务的QoS需求。此外，第二终端设备还可以根据路径选择策略，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，以使得从PC5接口传输方式切换到Uu接口传输方式的第一业务为优先采用Uu接口传输方式的业务。此外，第二终端设备还可以根据路径选择策略，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，以使得从PC5接口传输方式切换到Uu接口传输方式的业务为允许切换传输方式的业务。

结合第二方面，在第二方面的某些实现方式中，第一消息携带至少一个业务的标识信息，或者，第一消息携带至少一个业务对应的PC5服务质量QoS流的标识信息。

其中，至少一个业务对应的PC5 QoS流，可以指的是采用PC5接口传输方式传输至少一个业务的数据所对应的QoS流。

结合第二方面，在第二方面的某些实现方式中，第一消息携带第一指示信息，第一指示信息用于表征将至少一个业务从PC5接口传输方式切换到Uu接口传输方式。

结合第二方面，在第二方面的某些实现方式中，第二消息携带第一业务的标识信息，或者，第二消息携带第一业务对应的PC5 QoS流的标识信息。

其中，第一业务对应的PC5 QoS流，可以指的是采用PC5接口传输方式传输第一业务的数据所对应的QoS流。

基于上述技术方案，至少一个业务的标识信息或者至少一个业务对应的PC5 QoS流的标识信息，可用于第一终端设备获知第二终端设备接受的从PC5接口传输方式切换到Uu接口传输方式的业务。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：第二终端设备向第一终端设备发送第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据。

基于上述技术方案，第二终端设备将第二QoS参数发送给第一终端设备，以使得第一终端设备基于该第二QoS参数确定第一QoS参数，进而第一终端设备可以采用Uu接口传输方式并使用第一QoS参数传输第一业务的数据。

结合第二方面，在第二方面的某些实现方式中，在第二终端设备向第一终端设备发送第二QoS参数之前，上述方法还包括：第二终端设备接收来自第一终端设备的第一QoS参数，第一QoS参数用于第一终端设备采用Uu接口传输方式传输第一业务的数据；第二终端设备根据第一QoS参数，确定第二QoS参数。

结合第二方面，在第二方面的某些实现方式中，在第二终端设备向第一终端设备发送第二QoS参数之前，上述方法还包括：第二终端设备根据第三QoS参数，确定第二QoS参数，第三QoS参数用于第二终端设备采用PC5接口传输方式传输第一业务的数据。

基于上述技术方案，第二终端设备可以根据传输方式发生切换前采用PC5接口传输方式传输第一业务的QoS参数，确定第二QoS参数，如第二QoS参数中的速率大于或等于传输方式发生切换前采用PC5接口传输方式传输第一业务的QoS参数中的速率，从而可以提高采用Uu接口传输方式传输第一业务的数据时的数据传输性能。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：第二终端设备接收来自第一终端设备的第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据。

结合第二方面，在第二方面的某些实现方式中，第一消息携带第二指示信息，第二指示信息用于表征当采用Uu接口传输方式传输至少一个业务的数据时不经过至少一个业务对应的应用服务器，上述方法还包括：第二终端设备根据第二指示信息，向第一终端设备发送第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输至少一个业务的数据。

结合第二方面，在第二方面的某些实现方式中，在第二终端设备向第一终端设备发送第二消息之后，上述方法还包括：第二终端设备接收来自第一终端设备的第三指示信息，第三指示信息用于表征当采用Uu接口传输方式传输第一业务的数据时不经过第一业务对应的应用服务器；第二终端设备根据第三指示信息，向第一终端设备发送第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

结合第二方面，在第二方面的某些实现方式中，上述方法还包括：第二终端设备接收来自第一终端设备的第一终端设备的地址信息，第一终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据；第二终端设备根据第一终端设备的地址信息，向第一终端设备发送第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

结合第二方面，在第二方面的某些实现方式中，在第二终端设备向第一终端设备发送第二消息之后，上述方法还包括：第二终端设备接收来自第一终端设备的第三消息，第三消息用于触发第二终端设备将第一业务从PC5接口传输方式切换到Uu接口传输方式；第二终端设备根据第三消息，将第一业务从PC5接口传输方式切换到Uu接口传输方式。

第三方面，提供一种通信装置，该装置用于执行上述第一方面或第二方面提供的方法。具体地，该装置可以包括用于执行第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为终端设备。当该装置为终端设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为用于终端设备中的芯片、芯片系统或电路。当该装置为用于终端设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第四方面，提供一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第一方面或第一方面的上述任意一种实现方式，或第二方面或第二方面的上述任意一种实现方式提供的方法。

在一种实现方式中，该装置为终端设备。

在另一种实现方式中，该装置为用于终端设备中的芯片、芯片系统或电路。

第五方面，本申请提供一种处理器，用于执行上述各方面提供的方法。

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

第六方面，提供一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

第七方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

第八方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第一方面或第一方面的上述任意一种实现方式或第二方面或第二方面的上述任意一种实现方式提供的方法。

第九方面，提供一种传输方式切换的系统，包括上文的第一终端设备和第二终端设备。

附图说明

图1示出了一种网络架构的示意图。

图2(a)示出了一种PC5接口传输方式的示意图。

图2(b)示出了一种Uu接口传输方式的示意图。

图3示出了本申请实施例提供的一种传输方式切换的方法300的示意图。

图4示出了本申请实施例提供的一种传输方式切换的方法400的示意性流程图。

图5示出了本申请实施例提供的另一种传输方式切换的方法500的示意性流程图。

图6示出了本申请实施例提供的又一种传输方式切换的方法600的示意性流程图。

图7示出了本申请实施例提供的一种传输方式切换的装置700的示意性框图。

图8示出了本申请实施例提供的另一种传输方式切换的装置800的示意性框图。

图9示出了本申请实施例提供的一种芯片系统900的示意图。

具体实施方式

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

本申请提供的技术方案可以应用于各种通信系统，例如：第五代(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系统(the 5th generation system，5GS)为例。该网络架构可以包括但不限于：网络切片选择功能(network slice selection function，NSSF)，认证服务器功能(authentication server function，AUSF)，统一数据管理(unified data management，UDM)，网络暴露功能(network exposure function，NEF)，网络存储功能(NF repository function，NRF)，策略控制功能(policy control function，PCF)，应用功能(application function，AF)，接入和移动性管理功能(access andmobility management function，AMF)，会话管理功能(session management function，SMF)，用户设备(user equipment，UE)，无线接入网设备，用户面功能(user planefunction，UPF)，数据网络(data network，DN)。

其中，DN可以是互联网；NSSF、AUSF、UDM、NEF、NRF、PCF、AF、AMF、SMF、UPF属于核心网中的网元，由于图1以5G系统为例，那么该核心网可以称为5G核心网(5G core network，5GC或5GCN)。

下面对图1中示出的各网元做简单介绍。

1、UE：可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。

终端设备可以是一种向用户提供语音/数据的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

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

此外，在本申请实施例中，终端设备还可以是IoT系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

需要指出的是，终端设备与接入网设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术等)相互通信。

本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统或芯片，该装置可以被安装在终端设备中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

2、(无线)接入网((radio)access network，(R)AN)设备：可以为特定区域的授权用户提供接入通信网络的功能，具体可以包括第三代合作伙伴计划(3rd generationpartnership project，3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用AN设备表示。

AN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型：3GPP接入技术(例如，第三代(3rd generation，3G)、第四代(4th generation，4G)或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术，例如，5G系统中的接入网设备称为下一代基站节点(next generation NodeBase station，gNB)或者RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity，WiFi)中的接入点(access point，AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)、码分多址(codedivision multiple access，CDMA)等。AN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。

AN设备能够负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。AN设备为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发。

AN设备例如可以包括但不限于：宏基站、微基站(也称为小站)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，WiFi系统中的AP、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为5G(如，NR)系统中的gNB或传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如分布式单元(distributed unit，DU)，或者下一代通信6G系统中的基站等。本申请实施例对AN设备所采用的具体技术和具体设备形态不做限定。

3、AMF：主要用于接入控制、移动性管理、附着与去附着等功能。

4、SMF：主要用于用户面网元选择，用户面网元重定向，终端设备的因特网协议(internet protocol，IP)地址分配，以及会话的建立、修改和释放及QoS控制。

5、UPF：主要用于用户面数据的接收和转发。例如，UPF可以从DN接收用户面数据，并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据，并转发到DN。

6、NEF：主要用于安全地向外部开放由3GPP网络功能提供的业务和能力等。

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

8、AF：主要用于向3GPP网络提供业务，如与PCF之间交互以进行策略控制等。

9、网络切片选择功能(network slice selection function，NSSF)：主要用于网络切片选择。

10、UDM：主要用于UE的签约数据管理，包括UE标识的存储和管理，UE的接入授权等。

11、DN：主要用于为UE提供数据服务的运营商网络。例如，因特网(Internet)、第三方的业务网络、IP多媒体服务业务(IP multi-media service，IMS)网络等。

12、AUSF：主要用于用户鉴权等。

13、NRF：主要用于保存网络功能实体以及其提供服务的描述信息等。

在图1所示的网络架构中，各网元之间可以接口通信。例如，UE通过无线资源控制(radio resource control，RRC)协议与AN设备连接，UE和AN设备之间采用Uu接口进行通信。

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

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

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

为便于理解本申请实施例，对本申请中涉及到的术语做简单说明。

1、PC5接口传输方式：可以指的是UE之间直接通信方式，即该直接通信方式采用UE之间的直连链路进行通信，不用再通过运营商网络(例如，基站)，可以参见图2(a)。其中，该直连链路例如可以称为PC5链路(PC5 link)或者PC5连接或者层2链路(Layer-2link)。

通常情况下，该直接通信方式是基于UE之间的PC5接口进行通信，因此，该直接通信方式也可以称之为PC5接口传输方式。

显然，直接通信方式不限于PC5接口传输方式，还可以包括基于其它接口的直接通信方式。此外，本申请中涉及的PC5接口传输方式可以替换为直接通信方式，不作限定。

2、Uu接口传输方式：可以指的是UE之间基于Uu接口进行通信的传输方式，即UE之间经过运营商网络进行通信，该传输方式可以称之为Uu接口传输方式，具体可以参见图2(b)。例如，UE分别基于Uu接口建立协议数据单元(protocol data unit，PDU)会话，UE之间通过PDU会话传输数据。

3、QoS流(QoS flow)：PDU会话或PC5链路中的QoS区分粒度。一个QoS Flow标识(QoS flow identifier，QFI)可用于标识一个QoS flow。一个PDU会话或一个PC5链路中可以包括多个QoS flow，每个QoS flow的QFI是不同的。换言之，一个QFI在一个PDU会话中可以是唯一的。

进一步地，业务对应的QoS流：可以指的是用于传输该业务的数据的QoS流。例如，当通过PDU会话或PC5链路中的QoS流传输该业务的数据时，该QoS流可以称之为是该业务对应的QoS流。QoS流承载的业务：可以指的是通过该QoS流传输的业务。

进一步地，QoS流的QoS需求：可以指的是QoS流所对应的QoS参数所需要满足的条件。QoS参数可以包括但不限于：速率、时延、丢包率、优先级、可靠性，等。举例来说，QoS流所对应的QoS需求是：QoS流所对应的QoS参数中的速率需要满足7兆比特每秒(Mbps)，即大于或等于7Mbps。

其中，QoS流的QoS需求不被满足，即表示QoS流所对应的QoS参数无法满足QoS需求。举例来说，QoS流所对应的QoS需求是7Mbps的速率，但在实际传输中该QoS流所对应的QoS参数所实现的速率是5Mbps，那么可以认为该QoS流的QoS需求不被满足。

4、路径选择策略(path selection policy)：可以包括路径偏好(pathpreference)。路径偏好用于表征某个应用偏好的路径，具体可以包括：偏好于PC5(PC5preferred)、偏好于Uu(Uu preferred)，或者无偏好(no preference)。例如，V2X应用的路径偏好表征该V2X应用偏好于PC5。终端设备可以从应用服务器或者PCF获得路径选择策略。

5、本地交换(local switch)：可用于表示终端设备之间传输的数据不经过应用服务器，或者可用于表示终端设备之间传输的数据不经过N6接口，或者可用于表示终端设备之间传输的数据不经过N3接口。其中，N6接口表示UPF与数据网络之间的接口，应用服务器位于数据网络中，终端设备之间传输的数据不经过N6接口，可以指的是终端设备之间传输的数据不经过应用服务器，或者终端设备之间传输的数据经过UPF直接转发。N3接口表示RAN与UPF之间的接口，终端设备之间传输的数据不经过N3接口，可以指的是终端设备之间传输的数据不经过UPF，或者终端设备之间传输的数据经过RAN直接转发。

以第一终端设备和第二终端设备之间的V2X业务进行local switch为例，第一终端设备在向第二终端设备发送该V2X业务的数据时，将该V2X业务的数据的目的地址设置为第二终端设备的地址，UPF根据该数据的目的地址将该数据转发给第二终端设备；第二终端设备在向第一终端设备发送该V2X业务的数据时，将该V2X业务的数据的目的地址设置为第一终端设备的地址，UPF根据该V2X业务的数据的目的地址将该数据转发给第一终端设备。

在本申请中，“不经过业务对应的应用服务器”，其可以理解为“对业务进行localswitch”。

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

上面对本申请中涉及到的术语做了简单说明，下文实施例中不再赘述。下文将结合附图详细说明本申请实施例提供的传输方式切换的方法。本申请提供的实施例可以应用于上述图1所示的网络架构中，不作限定。

图3是本申请实施例提供的一种传输方式切换的方法300的示意图。方法300可以包括如下步骤。

S301，第一终端设备向第二终端设备发送第一消息。

相应地，第二终端设备接收来自第一终端设备的第一消息。

其中，第一消息可以用于请求将第一终端设备与第二终端设备之间的至少一个业务从PC5接口传输方式切换到Uu接口传输方式。

具体地，第一消息可以为现有消息，例如，链路修改请求(link modificationrequest)消息；或者，第一消息也可以是新增的消息，例如，路径切换需求(path switchrequired)消息，路径切换请求(path switch request)消息，传输方式切换需求消息，或传输方式切换请求消息，不予限制。

其中，第一终端设备与第二终端设备之间的至少一个业务可以指的是：第一终端设备与第二终端设备之间正在采用PC5接口传输方式进行传输的业务中一个或多个。下文为简洁，将该第一终端设备与第二终端设备之间的至少一个业务记为业务#A。

S302，第二终端设备根据第一消息，向第一终端设备发送第二消息。

相应地，第一终端设备接收来自第二终端设备的第二消息。

其中，第二消息可以用于通知(或者表征，或者指示)接受(或者允许，或者同意)将第一业务从PC5接口传输方式切换到Uu接口传输方式。其中，业务#A包括该第一业务，换言之，该第一业务属于业务#A。

其中，第二消息可以是第一消息的确认(acknowledge，ACK)消息，该ACK消息可以用于表示第二终端设备接受第一业务从PC5接口传输方式切换到Uu接口传输方式。具体地，第二消息可以是链路修改接受(link modification accept)消息，路径切换执行(pathswitch command)消息，路径切换接受(path switch accept)消息，传输方式切换执行消息，或传输方式切换接受消息，不予限制。

显然，第二消息也可以不是第一消息的确认消息，例如，可以是通知消息，不予限制。

其中，第一业务可以包括一个或多个业务。例如，第一业务可以与业务#A相同(即第一业务为业务#A中的全部业务)，又如，第一业务也可以为业务#A中的部分业务。下文为简洁，将该第一业务记为业务#B。

采用上述实施例提供的方法，第一终端设备向第二终端设备发送第一消息，请求将业务#A从PC5接口传输方式切换到Uu接口传输方式，第二终端设备根据第一消息向第一终端设备发送第二消息，通知接受业务#B从PC5接口传输方式切换到Uu接口传输方式。在该方法中，通过第一终端设备与第二终端设备之间的协商，能够实现将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，避免了采用固定的传输方式传输业务的数据，从而能够动态地满足业务的传输需求。进一步地，相比于由其他设备(如网络设备)通知第一终端设备和第二终端设备将业务#B从PC5接口传输方式切换到Uu接口传输方式，采用上述实施例提供的方法，可以减少由其他设备(如网络设备)通知第一终端设备和第二终端设备将业务#B从PC5接口传输方式切换到Uu接口传输方式带来的信令开销。进一步地，相比于由第一终端设备单独将业务#A从PC5接口传输方式切换到Uu接口传输方式，采用上述实施例提供的方法，避免了若第二终端设备不接受(或者不同意，或者不允许)将该业务#A中的部分业务从PC5接口传输方式切换到Uu接口传输方式，导致第一终端设备和第二终端设备之间无法采用Uu接口传输方式传输该部分业务的数据，从而能够保证业务#B从PC5接口传输方式切换到Uu接口传输方式后，第一终端设备和第二终端设备之间能够采用该Uu接口传输方式传输该业务#B。

可选地，在上述实施例的一种实施场景下，第一消息携带信息#1，信息#1用于第二终端设备识别业务#A。

第一种可能的方式，信息#1为业务#A的标识信息。其中，业务#A的标识信息可以是业务#A的标识，例如，业务#A的标识(identifier，ID)或名称；或者，业务#A的标识信息也可以是业务#A的流描述(traffic descriptor)，例如，业务#A对应的IP描述(IPdescriptors)、域描述(domain descriptors)。

第二种可能的方式，信息#1为业务#A的业务类型(service type)(或者称为服务类型)。其中，业务类型可以用于标识某一类型的业务，如ProSe业务类型(ProSe servicetype)，服务商业务标识(provider service identifier，PSID)，或者智能交通系统应用标识(intelligent transport systems application identifier，ITS-AID)，等等。具体地，ProSe业务类型可以用于标识业务类型为ProSe的业务。

具体地，假设第一终端设备与第二终端设备之间的业务包括至少两种业务类型，例如，ProSe业务类型和PSID业务类型，且第一终端设备请求将该ProSe业务类型的业务从PC5接口传输方式切换到Uu接口传输方式，那么第一终端设备可以通过将ProSe业务类型携带在第一消息中并发送给第二终端设备，以请求将上述ProSe业务类型的业务从PC5接口传输方式切换到Uu接口传输方式，此时，业务#A指的是第一终端设备与第二终端设备之间的业务类型为ProSe业务类型的所有业务。

第三种可能的方式，信息#1为业务#A对应的QoS流的标识信息，该标识信息用于标识QoS流,如QFI。应理解的是，该QoS流可以是PC5 QoS流，即采用PC5接口传输方式传输业务#A数据所对应的QoS流，相应地，该标识信息可以为PC5 QoS流标识(PC5 QoS flowidentifier，PFI)。具体地，假设第一终端设备与第二终端设备之间的业务对应两个QoS流，例如，QoS流1和QoS流2，且第一终端设备请求将QoS流1承载的业务从PC5接口传输方式切换到Uu接口传输方式，那么第一终端设备可以通过将QoS流1的标识携带在第一消息中并发送给第二终端设备，以请求将上述QoS流1承载的业务从PC5接口传输方式切换到Uu接口传输方式，此时，业务#A指的是第一终端设备与第二终端设备之间的QoS流1承载的所有业务。通过携带业务#A对应的QoS流的标识信息，可以降低携带该QoS流承载的所有业务的标识带来的信令开销。

需要说明的是，上述仅是示例性说明，用于第二终端设备识别业务#A的信息#1都适用于本申请实施例，不作限定。此外，业务#A对应的QoS流可以是一个或多个，例如，业务#A在第一终端设备与第二终端设备之间通过QoS流1和QoS流2传输，那么业务#A对应的QoS流包括QoS流1和QoS流2。

可选地，在上述实施例的另一种实施场景下，第一消息携带第一指示信息，第一指示信息用于表征(或者指示)将业务#A从PC5接口传输方式切换到Uu接口传输方式。

其中，第一指示信息可以是路径切换需求(path switch required)指示，路径切换请求(path switch request)指示，传输方式切换需求指示，或传输方式切换请求指示，不予限制。

一种可能的实施方式，第一指示信息通过一个或多个比特来实现。例如，假设通过1比特来指示是否将业务#A从PC5接口传输方式切换到Uu接口传输方式，若该比特设置为“0”，则表示将业务#A从PC5接口传输方式切换到Uu接口传输方式；若该比特设置为“1”，则表示继续采用当前的传输方式传输业务#A的数据。应理解，上述仅是一种示例性说明，不予限制。

可选地，第二消息携带信息#2，信息#2用于第一终端设备识别业务#B。信息#2可以为业务#B的标识信息，或者信息#2可以为业务#B的业务类型，或者，或者信息#2可以为业务#B对应的QoS流的标识信息。此处，QoS流可以指的是PC5 QoS流，即采用PC5接口传输方式传输业务#B数据所对应的QoS流。信息#1和信息#2类似，区别在于，信息#1用于第二终端设备识别业务#A，信息#2用于第一终端设备识别业务#B。此处不再赘述。

进一步地，作为一种实现方式，在业务#A与业务#B不同的情况下，第二消息携带信息#2，从而可便于第一终端设备识别业务#B。在业务#A与业务#B相同的情况下，第二消息不携带信息#2，如第二终端设备向第一终端设备发送的第二消息为ACK消息，第一终端设备根据该ACK消息获知第二终端设备接受将业务#A从PC5接口传输方式切换到Uu接口传输方式，从而可以减少携带信息#2带来的信令开销。

可选地，在上述实施例的另一种实施场景下，步骤S301包括：第一终端设备根据第一参考信息，向第二终端设备发送第一消息。

其中，第一参考信息可以包括以下一项或多项信息：路径选择策略、路径切换策略、业务#A对应的QoS流的QoS需求、第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量。

应理解的是，QoS流可以指的是PC5 QoS流，即采用PC5接口传输方式传输业务#A数据所对应的QoS流。具体可以是一个或多个PC5 QoS流，不予限制。

其中，第一终端设备根据第一参考信息，向第二终端设备发送第一消息，可以采用以下几种方式。

方式一，第一终端设备根据业务#A对应的QoS流的QoS需求，向第二终端设备发送第一消息。

例如，在业务#A对应的QoS流的QoS需求不被满足的情况下，第一终端设备向第二终端设备发送第一消息。

其中，业务#A对应的QoS流可以参考上文的相关描述，不再赘述。

需要指出的是，业务#A可以是该QoS流承载的所有业务，也可以是该QoS流承载的部分业务，即该QoS流承载的一个或多个业务。

在一个示例中，假设第一终端设备与第二终端设备之间采用PC5接口传输方式，并通过QoS流1传输业务1和业务2，通过QoS流2传输业务3和业务4。在QoS流1的QoS需求不被满足的情况下，业务#A可以是QoS流1承载的所有业务，即业务1和业务2，第一终端设备可以向第二终端设备发送第一消息，该第一消息可以携带QoS流1的标识，或者携带业务1和业务2的标识，以请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

方式二，第一终端设备根据第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量，向第二终端设备发送第一消息。

需要说明的是，第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量，可以包括：第一终端设备采用PC5接口传输方式接收业务#A的数据的信号质量，和/或，第一终端设备采用PC5接口传输方式发送业务#A的数据的信号质量，对此不限定。

例如，在第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值的情况下，第一终端设备向第二终端设备发送第一消息。

其中，第一信号质量阈值，可以是预先定义的阈值，可以由网络侧配置给终端设备，也可以预先设置在终端设备内部，不予限制。

需要指出的是，业务#A可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务，也可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的部分业务，即采用PC5接口传输方式传输的一个或多个业务。

在一个示例中，若第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务的信号质量均小于第一信号质量阈值，则业务#A可以是该采用PC5接口传输方式传输的所有业务。此时，第一消息可以不携带用于识别业务#A的信息，如第一消息可携带第一指示信息，通过携带第一指示信息，表示将采用PC5接口传输方式传输的所有业务从PC5接口传输方式切换到Uu接口传输方式，从而可以减少携带用于识别业务#A的信息带来的信令开销。

方式三，第一终端设备根据路径选择策略，向第二终端设备发送第一消息。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#A的情况下，第一终端设备向第二终端设备发送第一消息。又如，在路径选择策略包括优先采用PC5接口传输方式的业务的信息，且优先采用PC5接口传输方式的业务不包括业务#A的情况下，第一终端设备向第二终端设备发送第一消息。

一种可能的情况，第一终端设备根据路径选择策略，向第二终端设备发送第一消息，可以指的是，当路径选择策略发生改变时，第一终端设备向第二终端设备发送第一消息。

其中，路径选择策略发生改变，可以指的是，路径选择策略中优先采用Uu接口传输方式的业务发生了改变，和/或，路径选择策略中优先采用PC5接口传输方式的业务发生了改变。例如，路径选择策略发生改变前，路径选择策略中优先采用Uu接口传输方式的业务不包括业务#A；路径选择策略发生改变后，路径选择策略中优先采用Uu接口传输方式的业务包括业务#A，在该情况下，第一终端设备可以通过第一消息请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。作为一种可能的实现，第一终端设备从PCF或应用服务器获知路径选择策略发生改变。具体地，后面结合图6进行详细说明。

方式四，第一终端设备根据路径切换策略，向第二终端设备发送第一消息。

例如，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，第一终端设备向第二终端设备发送第一消息。

其中，路径切换策略可以从网络侧设备获取，例如，PCF等，不作限定。

其中，允许切换传输方式的业务的信息用于表征允许切换传输方式的业务，例如，允许切换传输方式的业务的标识或者名称，具体可以采用业务标识列表的形式体现，也可以采用其它方式，不作限定。

又如，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#A的情况下，第一终端设备向第二终端设备发送第一消息。

其中，禁止切换传输方式的业务的信息用于表征禁止切换传输方式的业务，例如，禁止切换传输方式的业务的标识或者名称，具体可以采用业务标识列表的形式体现，也可以采用其它方式，不作限定。

方式五，第一终端设备根据路径切换策略和业务#A对应的QoS流的QoS需求，向第二终端设备发送第一消息。

例如，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足，那么第一终端设备向第二终端设备发送第一消息。

又如，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足，那么第一终端设备向第二终端设备发送第一消息。

需要指出的是，业务#A可以是该QoS流承载的所有业务，也可以是该QoS流承载的部分业务，即该QoS流承载的一个或多个业务。

在一个示例中，假设第一终端设备与第二终端设备之间采用PC5接口传输方式，并通过QoS流1传输业务1和业务2，通过QoS流2传输业务3和业务4。若允许切换传输方式的业务包括业务1和业务2，则在QoS流1的QoS需求不被满足的情况下，业务#A可以是QoS流1承载的所有业务，即业务1和业务2，第一终端设备可以向第二终端设备发送第一消息，该第一消息可以携带QoS流1的标识，或者携带业务1和业务2的标识，以请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。若禁止切换传输方式的业务包括业务2，则在QoS流1的QoS需求不被满足的情况下，业务#A可以是QoS流1承载的部分业务，即业务1，第一终端设备可以向第二终端设备发送第一消息，该第一消息可以携带业务1的标识，以请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

需要说明的是，基于路径切换策略的判断条件，与基于业务#A对应的QoS流的QoS需求的判断条件，两者之间的顺序可以调换。例如，在业务#A对应的QoS流的QoS需求不被满足的情况下，如果允许切换传输方式的业务包括业务#A，那么第一终端设备向第二终端设备发送第一消息。

方式六，第一终端设备根据路径切换策略和第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量，向第二终端设备发送第一消息。

例如，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，如果第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么第一终端设备向第二终端设备发送第一消息。

又如，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#A的情况下，如果第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么第一终端设备向第二终端设备发送第一消息。

需要指出的是，业务#A可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务，也可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的部分业务，即采用PC5接口传输方式传输的一个或多个业务。

在一个示例中，假设允许切换传输方式的业务包括第一终端设备和第二终端设备之间的所有业务。如果第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务的数据的信号质量小于第一信号质量阈值，那么业务#A可以是该采用PC5接口传输方式传输的所有业务，第一终端设备可以向第二终端设备发送第一消息，此时，该第一消息可以不携带用于识别业务#A的信息，如第一消息可携带第一指示信息，通过携带第一指示信息，表示将采用PC5接口传输方式传输的所有业务从PC5接口传输方式切换到Uu接口传输方式，从而可以减少携带用于识别业务#A的信息带来的信令开销。

需要说明的是，基于路径切换策略的判断条件，与基于采用PC5接口传输方式传输业务#A的数据的信号质量的判断条件，两者之间的顺序可以调换。例如，在采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值的情况下，如果允许切换传输方式的业务包括业务#A，那么第一终端设备向第二终端设备发送第一消息。

方式七，第一终端设备根据路径选择策略和业务#A对应的QoS流的QoS需求，向第二终端设备发送第一消息。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足，那么第一终端设备向第二终端设备发送第一消息。

又如，在路径选择策略包括优先采用PC5接口传输方式的业务的信息，且优先采用PC5接口传输方式的业务不包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足，那么第一终端设备向第二终端设备发送第一消息。

需要指出的是，业务#A可以是该QoS流承载的所有业务，也可以是该QoS流承载的部分业务，即该QoS流承载的一个或多个业务。

在一个示例中，假设第一终端设备与第二终端设备之间采用PC5接口传输方式，并通过QoS流1传输业务1和业务2，通过QoS流2传输业务3和业务4。若优先采用Uu接口传输方式的业务包括业务1和业务2，则在QoS流1的QoS需求不被满足的情况下，业务#A可以是QoS流1承载的所有业务，即业务1和业务2，第一终端设备可以向第二终端设备发送第一消息，该第一消息可以携带有QoS流1的标识，或者携带业务1和业务2的标识，以请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。若优先采用PC5接口传输方式的业务包括业务2，则在QoS流1的QoS需求不被满足的情况下，业务#A可以是QoS流1承载的部分业务，即业务1，第一终端设备可以向第二终端设备发送第一消息，该第一消息可以携带业务1的标识，以请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

需要说明的是，基于路径选择策略的判断条件，与基于业务#A对应的QoS流的QoS需求的判断条件，两者之间的顺序可以调换。例如，在业务#A对应的QoS流的QoS需求不被满足的情况下，如果优先采用Uu接口传输方式的业务包括业务#A，那么第一终端设备向第二终端设备发送第一消息。

方式八，第一终端设备根据路径选择策略和第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量，向第二终端设备发送第一消息。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#A的情况下，如果第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么第一终端设备向第二终端设备发送第一消息。

又如，在路径选择策略包括优先采用PC5接口传输方式的业务的信息，且优先采用PC5接口传输方式的业务不包括业务#A的情况下，如果第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么第一终端设备向第二终端设备发送第一消息。

需要指出的是，业务#A可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务，也可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的部分业务，即采用PC5接口传输方式传输的一个或多个业务。

在一个示例中，假设优先采用Uu接口传输方式的业务包括第一终端设备和第二终端设备之间的所有业务。若第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务的数据的信号质量均小于第一信号质量阈值，则业务#A可以是该采用PC5接口传输方式传输的所有业务，第一终端设备可以向第二终端设备发送第一消息，此时，该第一消息可以不携带用于识别业务#A的信息。

需要说明的是，基于路径选择策略的判断条件，与基于第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量的判断条件，两者之间的顺序可以调换。例如，在采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值的情况下，如果优先采用Uu接口传输方式的业务包括业务#A，那么第一终端设备向第二终端设备发送第一消息。

方式九，第一终端设备根据路径选择策略、路径切换策略和业务#A对应的QoS流的QoS需求，向第二终端设备发送第一消息。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#A，以及，路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足，那么第一终端设备向第二终端设备发送第一消息。

需要指出的是，业务#A可以是该QoS流承载的所有业务，也可以是该QoS流承载的部分业务，即该QoS流承载的一个或多个业务。具体地，可以参考上文的相关描述，不再赘述。

需要说明的是，基于路径选择策略的判断条件，与基于业务#A对应的QoS流的QoS需求的判断条件，与基于路径切换策略的判断条件，三者之间的顺序可以调换。例如，在业务#A对应的QoS流的QoS需求不被满足的情况下，如果优先采用Uu接口传输方式的业务包括业务#A，以及允许切换传输方式的业务包括业务#A，那么第一终端设备向第二终端设备发送第一消息。

方式十，第一终端设备根据路径选择策略、路径切换策略和第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量，向第二终端设备发送第一消息。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#A，以及，路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，如果第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么第一终端设备向第二终端设备发送第一消息。

需要指出的是，业务#A可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的所有业务，也可以是第一终端设备和第二终端设备之间采用PC5接口传输方式传输的部分业务，即采用PC5接口传输方式传输的一个或多个业务。具体地，可以参考上文的相关描述，不再赘述。

需要说明的是，基于路径选择策略的判断条件，与基于第一终端设备采用PC5接口传输方式传输业务#A的数据的信号质量的判断条件，与基于路径切换策略的判断条件，三者之间的顺序可以调换。例如，在采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值的情况下，如果优先采用Uu接口传输方式的业务包括业务#A，以及允许切换传输方式的业务包括业务#A，那么第一终端设备向第二终端设备发送第一消息。

可以理解，上述十种方式仅是示例性说明，不予限制。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第二终端设备根据第二参考信息，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

其中，第二终端设备根据第二参考信息，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式，也可以理解为，第二终端设备根据第二参考信息和第一消息向第一终端设备发送第二消息。

其中，第二参考信息可以包括以下一项或多项信息：路径选择策略、路径切换策略、第二终端设备的Uu接口的信号质量。

具体地，第二终端设备的Uu接口的信号质量，可以是第二终端设备采用Uu接口传输方式传输至少一个业务的数据的信号质量。该至少一个业务可以指的是当前采用Uu接口传输方式传输的业务中的一个或多个业务，不作限定。

此外，路径选择策略，以及路径切换策略可以参考上文相关描述，不再赘述。

其中，第二终端设备根据第二参考信息，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式，可以采用如下几种方式实现。

方式1，第二终端设备根据第二终端设备的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

其中，第二终端设备的Uu接口的信号质量可以指的是第二终端设备的Uu接口的当前信号质量；也可以是第二终端设备的Uu接口的历史信号质量，例如，在当前时间点之前的预设时间段内Uu接口的信号质量。

需要说明的是，第二终端设备的Uu接口的信号质量，可以包括：第二终端设备采用该Uu接口接收数据的信号质量，和/或，第二终端设备采用该Uu接口发送数据的信号质量，不予限制。

例如，当第二终端设备的Uu接口的信号质量满足业务#B的QoS需求时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

其中，该QoS需求可以来自网络侧，例如AMF或PCF，也可以来自第一终端设备，不予限制。

其中，第二终端设备的Uu接口的信号质量满足业务#B的QoS需求，可以指的是，第二终端设备根据该Uu接口的信号质量获得QoS参数，且获得的QoS参数满足业务#B的QoS需求。具体地，如何根据信号质量获得QoS参数属于现有技术，不再赘述。

再例如，当第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。此时，业务#B可以是业务#A，也可以是业务#A中任意一个或多个业务。

具体地，若第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值，则第二终端设备可以确定接受将业务#A从PC5接口传输方式切换到Uu接口传输方式。此时，业务#B与业务#A相同，该第二消息可以不携带用于识别业务#B的信息，例如，第二消息可以仅对第一消息进行应答，以表明接受第一消息的请求。

再例如，当第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值时，如果第二终端设备的Uu接口的信号质量满足业务#B的QoS需求，那么第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

其中，第二信号质量阈值可以来自于网络侧，例如AMF或PCF，也可以是预先定义的阈值，不予限制。

方式2，第二终端设备根据路径选择策略，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#B的情况下，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

又如，在路径选择策略包括优先采用PC5接口传输方式的业务的信息，且优先采用PC5接口传输方式的业务不包括业务#B的情况下，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

方式3，第二终端设备根据路径切换策略，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

又如，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#B的情况下，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

方式4，第二终端设备根据路径切换策略和第二终端设备的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，当第二终端设备的Uu接口的信号质量满足业务#B的QoS需求时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

又如，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，当第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

需要说明的是，基于路径切换策略的判断条件，与基于第二终端设备的Uu接口的信号质量的判断条件，两者之间的顺序可以调换。例如，在第二终端设备的Uu接口的信号质量满足业务#B的QoS需求的情况下，如果允许切换传输方式的业务包括业务#B，那么第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

方式5，第二终端设备根据路径选择策略和第二终端设备的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#B的情况下，当第二终端设备的Uu接口的信号质量满足业务#B的QoS需求时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

又如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#B的情况下，当第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

需要说明的是，基于路径选择策略的判断条件，与基于第二终端设备的Uu接口的信号质量的判断条件，两者之间的顺序可以调换。例如，在第二终端设备的Uu接口的信号质量满足业务#B的QoS需求的情况下，如果优先采用Uu接口传输方式的业务包括业务#B，那么第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

方式6，第二终端设备根据路径选择策略、路径切换策略和第二终端设备的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#B，以及，路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，当第二终端设备的Uu接口的信号质量满足业务#B的QoS需求时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

又如，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#B，以及，路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，当第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值时，第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

需要说明的是，基于路径切换策略的判断条件，与基于路径选择策略的判断条件，与基于第二终端设备的Uu接口的信号质量的判断条件，三者之间的顺序可以调换。例如，在第二终端设备的Uu接口的信号质量满足业务#B的QoS需求的情况下，如果允许切换传输方式的业务包括业务#B，以及优先采用Uu接口传输方式的业务包括业务#B，那么第二终端设备确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

可以理解，上述六种方式仅是示例性说明，不予限制。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第一终端设备向第二终端设备发送第一QoS参数。

相应地，第二终端设备接收来自第一终端设备的第一QoS参数。

其中，第一QoS参数可以用于第一终端设备采用Uu接口传输方式传输业务#B的数据。具体地，第一QoS参数可以包括以下一项或多项：速率、时延、丢包率、优先级、可靠性、5GQoS标识符(5G QoS identifier，5QI)。

可替换地，第一QoS参数为核心网授权第一终端设备当采用Uu接口传输方式传输业务#B的数据时使用的QoS参数。该核心网可以是核心网中的设备，例如PCF或AMF，不予限制。

可以理解的是，授权可以为允许或者同意，不予限制。

需要说明的是，若业务#B为QoS流(即PC5 QoS流)承载的所有业务，则第一QoS参数可以用于第一终端设备采用Uu接口传输方式传输该QoS流承载的所有业务的数据。举例来说，假设第一终端设备与第二终端设备之间采用PC5接口传输方式，并通过QoS流1传输业务1和业务2，通过QoS流2传输业务3和业务4。第一终端设备向第二终端设备发送第一消息，以请求将QoS流1承载的所有业务(即业务1和业务2)从PC5接口传输方式切换到Uu接口传输方式；第二终端设备根据第一消息，向第一终端设备发送第二消息，以通知接受将QoS流1承载的所有业务(即业务1和业务2)从PC5接口传输方式切换到Uu接口传输方式。此时，业务#B指的是第一终端设备与第二终端设备之间的QoS流1承载的所有业务，第一QoS参数可用于第一终端设备采用Uu接口传输方式传输该QoS流1承载的所有业务的数据，即第一QoS参数可用于第一终端设备采用Uu接口传输方式传输业务1和业务2的数据。

可选地，方法300还包括：第二终端设备根据第一QoS参数，确定第二QoS参数。

其中，第二QoS参数可以用于第二终端设备采用Uu接口传输方式传输业务#B的数据。具体地，第二QoS参数可以包括以下一项或多项：速率、时延、丢包率、优先级、可靠性、5QI。

可替换地，第二QoS参数为核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用的QoS参数。该核心网可以是核心网中的设备，例如PCF或AMF，不予限制。

需要说明的是，若业务#B为QoS流(即PC5 QoS流)承载的所有业务，则第二QoS参数可以用于第二终端设备采用Uu接口传输方式传输该QoS流承载的所有业务的数据。

在一个示例中，第二终端设备根据第一QoS参数中的速率确定第二QoS参数中的速率。具体地，第二终端设备确定的第二QoS参数中的速率可以与第一QoS参数中的速率相同，也可以不同，如第二终端设备确定的第二QoS参数中的速率大于第一QoS参数中的速率，不予限制。

在另一个示例中，第二终端设备根据第一QoS参数中的时延确定第二QoS参数中的时延。具体地，第二终端设备确定的第二QoS参数中的时延可以与第一QoS参数中的时延相同，也可以不同，不予限制。

需要说明的是，上述举例仅是示例性说明，对此不作限定。例如第二终端设备也可以根据第一QoS参数，更新第二QoS参数(该第二QoS参数为第二终端设备接收来自第一终端设备的第一QoS参数之前，第二终端设备确定的第二QoS参数)。

可选地，在第一终端设备向第二终端设备发送第一QoS参数之前，方法300还包括：第一终端设备根据第三QoS参数，确定第一QoS参数。

其中，第三QoS参数可以用于第一终端设备采用PC5接口传输方式传输业务#B的数据。具体地，第三QoS参数可以包括以下一项或多项：速率、时延、丢包率、优先级、可靠性、PC5 5G QoS标识符(PC5 5G QoS identifier，PQI)。

在一个示例中，第一终端设备根据第三QoS参数中的速率确定第一QoS参数中的速率。具体地，第一终端设备确定的第一QoS参数中的速率可以大于或等于第三QoS参数中的速率。

在另一个示例中，第一终端设备根据第三QoS参数中的时延确定第一QoS参数中的时延。具体地，第一终端设备确定的第一QoS参数中的时延可以小于或等于第三QoS参数中的时延。

第一终端设备可以根据传输方式发生切换前采用PC5接口传输方式传输业务#B的QoS参数(即第三QoS参数)，确定第一QoS参数，如第一QoS参数中的速率大于或等于传输方式发生切换前采用PC5接口传输方式传输第一业务的QoS参数中的速率，从而可以提高采用Uu接口传输方式传输业务#B的数据的传输性能。

应理解，关于第一终端设备确定第一QoS参数的方式有很多，不予限制。例如，第三QoS参数与第一QoS参数具有对应关系，第一终端设备可以根据第三QoS参数以及该对应关系，确定第一QoS参数。其中，该对应关系可以是：PQI与5QI的对应关系，该对应关系可以是预配置在第一终端设备或者第一终端设备从PCF获取的。

可选地，在第一终端设备根据第三QoS参数确定第一QoS参数之后，方法300还包括：第一终端设备向核心网(如PCF，或AMF)发送第一请求消息，该第一请求消息用于请求授权当采用Uu接口传输方式传输业务#B的数据时使用第一QoS参数。

进一步地，方法300还可以包括：核心网向第一终端设备发送该第一请求消息的响应。

一个示例中，该第一请求消息的响应用于确认授权第一终端设备当采用Uu接口传输方式传输业务#B的数据时使用第一QoS参数。例如，该第一请求消息的响应为ACK，第一终端设备可以根据该ACK获知核心网授权第一终端设备当采用Uu接口传输方式传输业务#B的数据时使用第一QoS参数。进一步地，第一终端设备向第二终端设备发送第一QoS参数，可以替换为：在核心网授权第一终端设备当采用Uu接口传输方式传输业务#B的数据时使用第一QoS参数之后，第一终端设备向第二终端设备发送该第一QoS参数。

在另一个示例中，该第一请求消息的响应包括核心网授权第一终端设备当采用Uu接口传输方式传输业务#B的数据时使用的QoS参数(可以简称为核心网授权第一终端设备使用的QoS参数)。具体来说，若核心网授权第一终端设备使用的QoS参数与第一QoS参数不同，则核心网可以向第一终端设备发送该核心网授权第一终端设备使用的QoS参数。进一步地，第一终端设备向第二终端设备发送第一QoS参数，可以替换为：第一终端设备向第二终端设备发送该核心网授权第一终端设备使用的QoS参数。

需要说明的是，第一终端设备可以在接收来自第二终端设备的第二消息之后，向第二终端设备发送第一QoS参数。或者，第一终端设备可以在接收来自第二终端设备的第二消息之前，向第二终端设备发送第一QoS参数，如第一终端设备向第二终端设备发送的第一消息携带第一QoS参数。对此，不予限制。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第一终端设备向第二终端设备发送第二QoS参数。

相应地，第二终端设备接收来自第一终端设备的第二QoS参数。第一终端设备可以为第二终端设备推荐或建议第二QoS参数，从而减少了第二终端设备确定第二QoS参数带来的资源消耗。

其中，第二QoS参数可以参考上文的相关描述，不再赘述。

可选地，在第二终端设备接收来自第一终端设备的第二QoS参数之后，方法300还包括：第二终端设备向核心网(如PCF，或AMF)发送第二请求消息，该第二请求消息用于请求授权当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。

进一步地，方法300还可以包括：核心网向第二终端设备发送该第二请求消息的响应。

一个示例中，该第二请求消息的响应用于确认授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。例如，该第二请求消息的响应为ACK，第二终端设备可以根据该ACK获知核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。进一步地，方法300还可以包括：在核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数之后，第二终端设备向第一终端设备发送ACK消息，表示第二终端设备接受(或者允许，或者同意)第一终端设备推荐的(或者建议的，或者请求的，或者指示的)该第二QoS参数。

在另一个示例中，该第二请求消息的响应包括核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用的QoS参数(可以简称为核心网授权第二终端设备使用的QoS参数)。具体来说，若核心网授权第二终端设备使用的QoS参数与第二QoS参数不同，则核心网可以向第二终端设备发送该核心网授权第二终端设备使用的QoS参数。进一步地，方法300还可以包括：第二终端设备向第一终端设备发送该核心网授权第二终端设备使用的QoS参数。进一步地，第一终端设备可以根据该核心网授权第二终端设备使用的QoS参数，确定第一QoS参数。

可选地，方法300还包括：第一终端设备根据第三QoS参数，确定第二QoS参数。

其中，第一终端设备确定第二QoS参数的方式，可以参考上述第一终端设备确定第一QoS参数的方式，此处不再赘述。

需要说明的是，第一终端设备可以在接收来自第二终端设备的第二消息之后，向第二终端设备发送第二QoS参数。或者，第一终端设备可以在接收来自第二终端设备的第二消息之前，向第二终端设备发送第二QoS参数，如第一终端设备向第二终端设备发送的第一消息携带第二QoS参数。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第二终端设备向第一终端设备发送第二QoS参数。

相应地，第一终端设备接收来自第二终端设备的第二QoS参数。

其中，第二QoS参数可以参考上文的相关描述，不再赘述。

可选地，方法300还包括：第一终端设备根据第二QoS参数，确定第一QoS参数。

具体地，第一终端设备根据第二QoS参数，确定第一QoS参数可以参考前述第二终端设备根据接收到第一QoS参数确定第二QoS参数的方式，此处不再赘述。

可选地，在第二终端设备向第一终端设备发送第二QoS参数之前，方法300还包括：第二终端设备根据第三QoS参数，确定第二QoS参数。

具体地，第二终端设备根据第三QoS参数，确定第二QoS参数可以参考前述第一终端设备确定第一QoS参数的方式，此处不再赘述。

可选地，在第二终端设备根据第三QoS参数确定第二QoS参数之后，方法300还包括：第二终端设备向核心网(如PCF，或AMF)第三请求消息，该第三请求消息用于请求授权当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。

进一步地，方法300还可以包括：核心网向第二终端设备发送该第三请求消息的响应。

一个示例中，该第三请求消息的响应用于确认授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。例如，该第三请求消息的响应为ACK，第三终端设备可以根据该ACK获知核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。进一步地，第二终端设备向第一终端设备发送第二QoS参数，可以替换为：在核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数之后，第二终端设备向第一终端设备发送该第二QoS参数。

在另一个示例中，该第三请求消息的响应包括核心网授权第二终端设备当采用Uu接口传输方式传输业务#B的数据时使用的QoS参数(可以简称为核心网授权第二终端设备使用的QoS参数)。具体来说，若核心网授权第二终端设备使用的QoS参数与第二QoS参数不同，则核心网可以向第二终端设备发送该核心网授权第二终端设备使用的QoS参数。进一步地，第二终端设备向第一终端设备发送第二QoS参数，可以替换为：第二终端设备向第一终端设备发送该核心网授权第二终端设备使用的QoS参数。

需要说明的是，第二终端设备可以在向第一终端设备发送第二消息之后，向第一终端设备发送第二QoS参数。或者，第二终端设备向第一终端设备发送的第二消息携带第二QoS参数。

可以理解，上述举例仅是示例性说明，本申请不限于此。

可选地，在上述实施例的另一种实施场景下，步骤S301中第一终端设备向第二终端设备发送的第一消息携带第二指示信息。

其中，第二指示信息可以用于表征当采用Uu接口传输方式传输业务#A的数据时不经过业务#A对应的应用服务器。“传输业务#A的数据时不经过业务#A对应的应用服务器”，可替换为“对业务#A进行local switch”。

可选地，第二终端设备收到第一消息之后，方法300还包括：第二终端设备向第一终端设备发送第二终端设备的地址信息。

其中，第二终端设备的地址信息可以用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输业务#B的数据。具体地，第二终端设备的地址信息可以包括：第二终端设备的IP地址和端口号。

具体来说，第二终端设备接收第一消息之后，可以根据该第一消息携带的第二指示信息获知采用Uu接口传输方式传输业务#A的数据时不经过业务#A的应用服务器(或者对业务#A进行local switch)，进一步地，第二终端设备可以向第一终端设备发送第二终端设备的地址信息。例如，步骤S302中第二终端设备向第一终端设备发送的第二消息携带该第二终端设备的地址信息。

进一步地，步骤S301中第一终端设备向第二终端设备发送第一消息，可以包括：在第一终端设备获知采用Uu接口传输方式传输业务#A的数据时不经过业务#A的应用服务器的情况下(或者对业务#A进行local switch的情况下)，第一终端设备向第二终端设备发送第一消息，第一消息携带第二指示信息。

本申请对第一终端设备如何获知采用Uu接口传输方式传输业务#A的数据时不经过业务#A的应用服务器的方式不作具体限定。作为一种可能的实现方式，第一终端设备从网络侧(如PCF或应用服务器)或本地预配置信息获知对业务#A允许进行local switch。具体来说，第一终端设备从网络侧(如PCF或应用服务器)或本地预配置信息获知对业务#A允许进行local switch，那么第一终端设备向第二终端设备发送的第一消息可以携带第二指示信息。

需要说明的是，上述仅是示例性说明，本申请不限于此。例如，在第一终端设备无法获取到业务#A对应的应用服务器的地址的情况下，第一终端设备向第二终端设备发送的第一消息也可以携带第二指示信息。

可选地，在上述实施例的另一种实施场景下，在步骤S302之后，方法300还包括：第一终端设备向第二终端设备发送第三指示信息。

相应地，第二终端设备接收来自第一终端设备的第三指示信息。

其中，第三指示信息可以用于表征当采用Uu接口传输方式传输业务#B的数据时不经过业务#B对应的应用服务器。“传输业务#B的数据时不经过业务#B对应的应用服务器”，可替换为“对业务#B进行local switch”。

可选地，第二终端设备接收第三指示信息之后，方法300还包括：第二终端设备向第一终端设备发送第二终端设备的地址信息。

其中，第二终端设备的地址信息可以参考上文的相关描述，不再赘述。

具体来说，第二终端设备在接收第三指示信息之后，可以根据该第三指示信息获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器(或者对业务#B进行local switch)，进一步地，第二终端设备可以向第一终端设备发送第二终端设备的地址信息。

可选地，第一终端设备向第二终端设备发送第三指示信息，包括：在第一终端设备获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器的情况下(或者第一终端设备获知对业务#B进行local switch的情况下)，第一终端设备向第二终端设备发送第三指示信息。

作为一种可能的实现方式，第一终端设备从网络侧(如PCF或应用服务器)或本地预配置信息获知对业务#B允许进行local switch。具体来说，第一终端设备从网络侧(如PCF或应用服务器)或本地预配置信息获知对业务#B允许进行local switch，那么第一终端设备可以向第二终端设备发送第三指示信息。

需要说明的是，上述仅是示例性说明，本申请不限于此。例如，在第一终端设备无法获取到业务#B对应的应用服务器的地址的情况下，第一终端设备也可以向第二终端设备发送第三指示信息。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第一终端设备向第二终端设备发送第一终端设备的地址信息。

其中，第一终端设备的地址信息可以用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输业务#B的数据。具体地，第一终端设备的地址信息可以包括：第一终端设备的IP地址和端口号。

可选地，在第二终端设备接收来自第一终端设备的第一终端设备的地址信息之后，方法300还包括：第二终端设备向第一终端设备发送第二终端设备的地址信息。

具体来说，第二终端设备在接收第一终端设备的地址信息之后，获知对业务#B进行local switch，进一步地，第二终端设备可以向第一终端设备发送第二终端设备的地址信息。其中，第二终端设备的地址信息可以参考上文的相关描述，不再赘述。

可选地，第一终端设备向第二终端设备发送第一终端设备的地址信息，包括：在第一终端设备获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器的情况下(或者对业务#B进行local switch的情况下)，第一终端设备向第二终端设备发送第一终端设备的地址信息。

关于第一终端设备如何获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器的方式，可以参考上文的相关描述，不再赘述。

需要说明的是，第一终端设备可以在接收来自第二终端设备的第二消息之后，向第二终端设备发送第一终端设备的地址信息。或者，第一终端设备可以在接收来自第二终端设备的第二消息之前，向第二终端设备发送第一终端设备的地址信息，如第一终端设备向第二终端设备发送的第一消息携带第一终端设备的地址信息。

可以理解，上述举例仅是示例性说明，本申请并不限于此。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第一终端设备建立Uu传输路径。

其中，该Uu传输路径用于采用Uu接口传输方式传输业务#B的数据。

在一个示例中，第一终端设备为业务#B建立Uu传输路径，包括：第一终端设备将业务#B关联到PDU会话，再使用该PDU会话传输业务#B的数据。具体地，第一终端设备可以通过PDU会话建立流程或PDU会话修改流程，将业务#B关联到PDU会话，再使用该PDU会话对应的地址信息传输业务#B。

在另一个示例中，第一终端设备为业务#B建立Uu传输路径，包括：第一终端设备将业务#B关联到PDU会话中的QoS流，再使用该PDU会话中的QoS流传输业务#B的数据。具体地，第一终端设备可以通过PDU会话修改流程将业务#B关联到PDU会话中已有QoS流或新建立QoS流，再使用该PDU会话中该QoS流传输业务#B的数据。

可以理解，上述关于第一终端设备为业务#B建立Uu传输路径的举例只是便于理解，本申请不限于此。

需要说明的是，第一终端设备可以在接收第二消息之后建立上述Uu传输路径，也可以在接收第二消息之前建立上述Uu传输路径，不予限制。

可选地，在上述实施例的另一种实施场景下，方法300还包括：第一终端设备根据第二消息，将业务#B从PC5接口传输方式切换到Uu接口传输方式。

在一个示例中，第一终端设备在接收到第二消息之后，通过Uu传输路径传输业务#B的数据。该Uu传输路径可以是在第一终端设备发送第一消息之前为业务#B建立的。

在另一个示例中，第一终端设备在接收到第二消息之后，为业务#B建立Uu传输路径，并通过该Uu传输路径传输业务#B的数据。

可选地，在上述实施例的另一种实施场景下，在S302之后，方法300还包括：第一终端设备向第二终端设备发送第三消息。因此，第一终端设备可以向第二终端设备发送用于触发执行对第一业务从PC5接口传输方式到Uu接口传输方式的切换的消息，从而使得第二终端设备对业务#B执行从PC5接口传输方式到Uu接口传输方式的切换。

其中，第三消息可以用于触发第二终端设备将业务#B从PC5接口传输方式切换到Uu接口传输方式。

作为示例，第三消息例如可以为链路修改请求(link modification request)消息，路径切换请求(path switch request)消息，路径切换确定(path switch confirm)消息，传输方式切换请求消息，或传输方式切换确定消息，不予限制。

进一步地，方法300还可以包括：第二终端设备根据第三消息，将业务#B从PC5接口传输方式切换到Uu接口传输方式。

具体来说，第二终端设备接收来自第一终端设备的第三消息，第二终端设备根据该第三消息，将业务#B从PC5接口传输方式切换到Uu接口传输方式。

其中，关于第二终端设备将业务#B从PC5接口传输方式切换到Uu接口传输方式，可以参考上文第一终端设备将业务#B从PC5接口传输方式切换到Uu接口传输方式的描述，此处不再赘述。

为了便于理解，下面结合图4至图6对本申请实施例进行示例性说明。以下示例中假设将业务#B从PC5接口传输方式切换到Uu接口传输方式，并且第一终端设备为UE1，第二终端设备为UE2，其中涉及到的步骤具体可以可参考上文描述。

图4是本申请实施例提供的一种传输方式切换的方法400的示意性流程图。该方法400可以包括如下步骤。

S401，UE1获取路径切换策略#1，UE2获取路径切换策略#2。

具体地，UE1可以从PCF或应用服务器获取该路径切换策略#1，UE2可以从PCF或应用服务器获取该路径切换策略#2。

在一种可能的方式中，PCF或应用服务器向UE1和UE2分别发送路径切换策略；在另一种可能的方式中，在UE1和UE2注册流程中从PCF获取路径切换策略，对此不作限定。

其中，上述路径切换策略可以参考上文的相关描述，此处不再赘述。

S402，UE1与UE2之间建立PC5连接。

在UE1与UE2之间建立PC5连接后，可以基于建立的PC5连接进行通信。例如，UE1与UE2之间通过建立的PC5连接采用PC5接口传输方式传输一个或多个业务的数据。

其中，UE1与UE2之间建立PC5连接的具体流程可参考现有技术中的描述，不予限制。

S403，UE1根据路径切换策略#1，向UE2发送第一消息。

其中，第一消息可以用于请求将UE1与UE2之间的业务#A从PC5接口传输方式切换到Uu接口传输方式。具体可以参考上文的相关描述，不再赘述。

其中，UE1根据路径切换策略#1向UE2发送第一消息，可以采用以下几种方式。

第一个方式，UE1根据路径切换策略#1，向UE2发送第一消息。

例如，路径切换策略#1包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A，那么UE1向UE2发送第一消息。又如，路径切换策略#1包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#A，那么UE1向UE2发送第一消息。具体可以参考上文方式四的相关描述。

其中，业务#A可以是UE1和UE2之间采用PC5接口传输方式传输的所有业务，也可以是采用PC5接口传输方式传输的部分业务，即采用PC5接口传输方式传输的一个或多个业务。

具体地，在业务#A为UE1和UE2之间采用PC5接口传输方式传输的所有业务的情况下，第一消息可以携带第一指示信息，即UE1可以通过将第一指示信息携带在第一消息中并发送给UE2，以请求将采用PC5接口传输方式传输的所有业务从PC5接口传输方式切换到Uu接口传输方式。在业务#A为UE1和UE2之间采用PC5接口传输方式传输的部分业务的情况下，第一消息可以携带业务#A的标识信息和第一指示信息，即UE1可以通过将业务#A的标识信息和第一指示信息携带在第一消息中并发送给UE2，以请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

其中，第一指示信息和业务#A的标识信息可以参考上文的相关描述，此处不再赘述。

第二个方式，UE1根据路径切换策略#1和业务#A对应的QoS流的QoS需求，向UE2发送第一消息。

其中，业务#A对应的QoS流可以是一个或多个PC5 QoS流，即采用PC5接口传输方式传输业务#A的数据所对应的QoS流。

换言之，业务#A可以是该业务#A对应的QoS流承载的所有业务，也可以是该业务#A对应的QoS流承载的部分业务，即该QoS流承载的一个或多个业务。

例如，在路径切换策略#1包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足，那么UE1向UE2发送第一消息。又如，在路径切换策略#1包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#A的情况下，如果业务#A对应的QoS流的QoS需求不被满足的，那么UE1向UE2发送第一消息。具体可以参考上文方式五的相关描述。

假设业务#A为QoS流1承载的所有业务，第一消息可以携带该QoS流1的标识，即UE1可以通过将该QoS流1的标识携带在第一消息中并发送给UE2，以请求将该QoS流1承载的所有业务从PC5接口传输方式切换到Uu接口传输方式。又假设业务#A为QoS流1以及QoS流2承载的所有业务，第一消息可以携带该QoS流1的标识以及QoS流2的标识，即UE1可以通过将该QoS流1的标识以及QoS流2的标识携带在第一消息中并发送给UE2，以请求将该QoS流1承载的所有业务以及QoS流2承载的所有业务从PC5接口传输方式切换到Uu接口传输方式。

此外，第一消息还可以携带第一指示信息，具体地，第一指示信息可以参考上文的相关描述，此处不再赘述。

需要说明的是，基于路径切换策略#1的判断条件，与基于业务#A对应的QoS流的QoS需求的判断条件，两者之间的顺序可以调换。例如，在业务#A对应的QoS流的QoS需求不被满足的情况下，如果路径切换策略#1中允许切换传输方式的业务包括业务#A，那么UE1向UE2发送第一消息。

第三个方式，UE1根据路径切换策略#1和UE1采用PC5接口传输方式传输业务#A的数据的信号质量，向UE2发送第一消息。

例如，路径切换策略#1包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#A的情况下，如果UE1采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么UE1向UE2发送第一消息。又如，路径切换策略#1包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#A的情况下，如果UE1采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值，那么UE1向UE2发送第一消息。具体可以参考上文方式六的相关描述。

其中，业务#A可以是UE1和UE2之间采用PC5接口传输方式传输的所有业务，也可以是采用PC5接口传输方式传输的部分业务，即采用PC5接口传输方式传输的一个或多个业务。

具体地，在业务#A为UE1和UE2之间采用PC5接口传输方式传输的所有业务的情况下，第一消息可以携带第一指示信息，即UE1可以通过将第一指示信息携带在第一消息中并发送给UE2，以请求将采用PC5接口传输方式传输的所有业务从PC5接口传输方式切换到Uu接口传输方式。具体地，第一指示信息可以参考上文的相关描述，此处不再赘述。

需要说明的是，基于路径切换策略#1的判断条件，与基于UE1采用PC5接口传输方式传输业务#A的数据的信号质量的判断条件，两者之间的顺序可以调换。例如，在UE1采用PC5接口传输方式传输业务#A的数据的信号质量小于第一信号质量阈值的情况下，如果路径切换策略#1中允许切换传输方式的业务包括业务#A，那么UE1向UE2发送第一消息。

应理解，上述进行示例性说明，本申请不限于此。

可选地，第一消息携带第一QoS参数和/或第二QoS参数。其中，第一QoS参数和第二QoS参数可以参考上文的相关描述，不再赘述。

可选地，步骤S403之前，方法400还包括：UE1根据第三QoS参数，确定第一QoS参数和/或第二QoS参数。第三QoS参数，以及根据第三QoS参数确定第一QoS参数和/或第二QoS参数。具体可以参考上文的相关描述，不再赘述。

S404，UE2根据第一消息，向UE1发送第二消息。

其中，第二消息可以用于通知(或者表征，或者指示)接受(或者允许，或者同意，)将业务#B从PC5接口传输方式切换到Uu接口传输方式，业务#A包括业务#B。

具体地，第二消息，业务#A，以及业务#B等相关名词均可以参考上文的相关描述，不再赘述。

具体地，业务#B可以和业务#A相同，也可以与业务#A不同。在业务#B和业务#A相同的情况下，第二消息可以是第一消息的ACK消息，该ACK消息可以用于表示UE2接受业务#A从PC5接口传输方式切换到Uu接口传输方式。在业务#B和业务#A不同的情况下，第二消息可以携带业务#B的标识信息，该业务#B的标识信息用于UE1识别业务#B。

可选地，在步骤S404之前，方法400还包括：UE2根据路径切换策略#2和/或UE2的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

其中，UE2的Uu接口的信号质量，可以参考上文的相关描述，此处不再赘述。

其中，UE2根据路径切换策略#2和/或UE2的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式，可以采用以下几种方式。

第一个方式，UE2根据路径切换策略#2，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，路径切换策略#2包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B，那么UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。又如，路径切换策略#2包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#B，那么UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。具体可以参考上文方式3的相关描述。

第二个方式，UE2根据UE2的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，当UE2的Uu接口的信号质量满足业务#B的QoS需求时，UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。再例如，当UE2的Uu接口的信号质量大于或等于第二信号质量阈值时，UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。具体可以参考上文方式1的相关描述。

第三个方式，UE2根据路径切换策略#2和UE2的Uu接口的信号质量，确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

例如，路径切换策略#2包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，如果UE2的Uu接口的信号质量满足业务#B的QoS需求，那么UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。又如，路径切换策略#2包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括业务#B的情况下，如果UE2的Uu接口的信号质量大于或等于第二信号质量阈值，那么UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。又如，路径切换策略#2包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括业务#B的情况下，如果UE2的Uu接口的信号质量满足业务#B的QoS需求，那么UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。具体可以参考上文方式4的相关描述。

需要说明的是，基于路径切换策略#2的判断条件，与基于UE2的Uu接口的信号质量的判断条件，两者之间的顺序可以调换。例如，在UE2的Uu接口的信号质量满足业务#B的QoS需求的情况下，如果路径切换策略#2中允许切换传输方式的业务包括业务#B，那么UE2确定接受将业务#B从PC5接口传输方式切换到Uu接口传输方式。

应理解，上述仅是示例性说明，本申请不限于此。

可选地，若步骤S403中第一消息携带第一QoS参数，方法400还包括：UE2根据第一QoS参数确定第二QoS参数。

其中，UE2根据第一QoS参数确定第二QoS参数可以参考上文的相关描述，不再赘述。

可选地，若步骤S403中第一消息携带第二QoS参数，方法400还包括：UE2向核心网(如PCF，或AMF)发送第二请求消息，该第二请求消息用于请求授权当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。进一步地，方法400还可以包括：核心网向UE2发送该第二请求消息的响应。一个示例中，该第二请求消息的响应用于确认授权UE2当采用Uu接口传输方式传输业务#B的数据时使用第二QoS参数。在另一个示例中，该第二请求消息的响应包括核心网授权UE2当采用Uu接口传输方式传输业务#B的数据时使用的QoS参数。具体可以参考上文的相关描述。

应理解，上述仅是示例性说明，本申请不限于此。

S405，UE1为业务#B建立Uu传输路径。

其中，为业务#B建立Uu传输路径，可以参考上文的相关描述，不再赘述。

在一个示例中，步骤S405可以在步骤S404之前执行。具体来说，UE1在接收第二消息之前为业务#B建立Uu传输路径。

在另一个示例中，步骤S405可以在步骤S404之后执行。具体来说，UE1在接收第二消息之后为业务#B建立Uu传输路径。

S406，UE2为业务#B建立Uu传输路径。

其中，为业务#B建立Uu传输路径，可以参考上文的相关描述，不再赘述。

在一个示例中，步骤S406可以在步骤S404之前执行。具体来说，UE2在向UE1发送第二消息之前为业务#B建立Uu传输路径。

在另一个示例中，步骤S406也可以在步骤S404之后执行。具体来说，UE2在向UE1发送第二消息之后为业务#B建立Uu传输路径。

在又一个示例中，UE2根据第三消息，为业务#B建立Uu传输路径。其中，第三消息用于触发UE2将业务#B从PC5接口传输方式切换到Uu接口传输方式。具体来说，在步骤S406之前，方法400还可以包括：UE1向UE2发送第三消息。相应地，UE2接收来自UE1的第三消息，UE2根据该第三消息为业务#B建立Uu传输路径。具体可以参考上文的相关描述。

S407，UE1和UE2之间采用Uu接口传输方式传输业务#B的数据。

在步骤S405和步骤S406执行完毕之后，UE1和UE2之间可以采用Uu接口传输方式传输业务#B的数据。

可选地，如果业务#B为UE1与UE2之间采用PC5接口传输方式传输的所有业务，那么UE1和UE2可以释放PC5连接。

基于上述方案，UE1可以根据路径切换策略确定要将至少一个业务从PC5接口传输方式切换到Uu接口传输方式，故UE1向UE2发送第一消息。UE2根据第一消息，向UE1发送第二消息，此外UE2可以根据路径切换策略和/或UE2的Uu接口的信号质量，确定接受将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，故UE2向UE1发送第二消息。通过UE1与UE2之间的协商，能够实现将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，避免采用固定的传输方式来传输业务的数据，从而能够动态地满足该一个或多个业务的传输需求。此外，UE1和UE2分别完成Uu传输路径的建立后，再采用Uu接口传输方式传输业务#B的数据，从可以通过先接后断(make before break)机制完成从PC5接口传输方式到Uu接口传输方式的切换，尽可能减少业务中断。

需要指出的是，该方法400可以适用于业务#B从PC5接口传输方式切换到Uu接口传输方式，且UE1和UE2采用Uu接口传输方式传输业务#B的数据时经过应用服务器通信的场景。下面结合图5，介绍适用于业务#B从PC5接口传输方式切换到Uu接口传输方式，UE1和UE2采用Uu接口传输方式传输业务#B的数据时不经过应用服务器通信的场景。

图5是本申请实施例提供的另一种传输方式切换的方法500的示意性流程图。该方法500可以包括如下步骤。

S501，UE1获取路径切换策略#1，UE2获取路径切换策略#2。

S502，UE1与UE2之间建立PC5连接。

其中，步骤S501-S502与步骤S401-S402类似，此处不再赘述。

S503，UE1根据路径切换策略#1，向UE2发送第一消息。

其中，步骤S503具体可以参考步骤S403中的实现方式，不再赘述。

需要指出的是，S503与步骤S403的区别在于，步骤S503中第一消息可以携带第二指示信息，第二指示信息用于表征当采用Uu接口传输方式传输业务#A的数据时不经过业务#A对应的应用服务器。

具体来说，在UE1获知采用Uu接口传输方式传输业务#A的数据时允许不经过业务#A的应用服务器的情况下(或者UE1获知业务#A允许进行local switch的情况下)，UE1向UE2发送的第一消息携带第二指示信息。具体可以参考上文的相关描述，不再赘述。

S504，UE2根据第一消息，向UE1发送第二消息。

其中，步骤S504具体可以参考步骤S404中的实现方式，不再赘述。

需要指出的是，步骤S503与步骤S404的区别在于，步骤S504中第二消息可以携带UE2的地址信息。

具体来说，在UE2获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器的情况下(或者UE2获知业务#B进行local switch的情况下)，UE2向UE1发送的第二消息携带UE2的地址信息。例如，UE2根据在步骤S503中接收到的第二指示信息获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器，那么UE2向UE1发送的第二消息携带UE2的地址信息。具体地，可以参考方法300中的描述，此处不再赘述。

S505，UE1为业务#B建立Uu传输路径。

S506，UE2为业务#B建立Uu传输路径。

其中，步骤S505-S506与步骤S405-S406类似，此处不再赘述。

S507，UE1向UE2发送UE1的地址信息。

其中，UE1的地址信息用于在UE1和UE2之间采用Uu接口传输方式传输业务#B的数据。

一种可能的实现方式，在UE1获知采用Uu接口传输方式传输业务#B的数据时允许不经过业务#B的应用服务器的情况下(或者UE1获知业务#B允许进行local switch的情况下)，UE1向UE2发送UE1的地址信息。

其中，UE1获知采用Uu接口传输方式传输业务#B的数据时允许不经过业务#B的应用服务器的方法，可以参考上文的相关描述，此处不再赘述。

另一种可能的实现方式，UE1在接收到UE2的地址信息之后，向UE2发送UE1的地址信息。

S508，UE2向UE1发送UE2的地址信息。

其中，UE2的地址信息用于在UE1和UE2之间采用Uu接口传输方式传输业务#B的数据。

其中，UE2向UE1发送UE2的地址信息，可以采用以下几种方式。

第一个方式，UE2根据第二指示信息，向UE1发送UE2的地址信息。

具体来说，步骤S503中第一消息携带第二指示信息，UE2在接收第一消息之后，根据该第一消息携带的第二指示信息获知采用Uu接口传输方式传输业务#A的数据时不经过业务#A的应用服务器(或者对业务#A进行local switch)，那么UE2可以向UE1发送UE2的地址信息。

第二个方式，UE2根据第三指示信息，向UE1发送UE2的地址信息。

具体来说，在UE2接收来自UE1的UE1的地址信息之后，UE2获知对业务#B进行localswitch，进一步地，UE2可以向UE1发送UE2的地址信息。

具体来说，在步骤S504之后，且步骤S508之前，方法500还可以包括：UE1向UE2发送第三指示信息。其中，第三指示信息用于表征当采用Uu接口传输方式传输业务#B的数据时不经过业务#B对应的应用服务器。UE2在接收第三指示信息之后，根据该第三指示信息获知采用Uu接口传输方式传输业务#B的数据时不经过业务#B的应用服务器(或者对业务#B进行local switch)，那么UE2可以向UE1发送UE2的地址信息。

第三个方式，UE2根据UE1的地址信息，向UE1发送UE2的地址信息。

例如，UE2在接收到UE1的地址信息之后，向UE1发送UE2的地址信息。

第四个方式，UE2获知业务#B允许进行local switch，向UE1发送UE2的地址信息。

例如，UE2也可以从网络侧(如PCF或应用服务器)或本地预配置信息获知业务#B允许进行local switch后，向UE1发送UE2的地址信息。在该情况下，步骤S508和步骤S507的顺序可以调换。

具体地，UE2从网络侧(如PCF或应用服务器)或本地预配置信息获知业务#B允许进行local switch，那么UE2向UE1发送UE2的地址信息，UE1接收到来自UE2的UE2的地址信息后，获知对业务#B进行local switch，进一步地，UE1向UE2发送UE1的地址信息。

应理解，上述仅是示例性说明，本申请不限于此。

S509，UE1和UE2之间采用Uu接口传输方式传输业务#B的数据。

可选地，如果业务#B为UE1与UE2之间采用PC5接口传输方式传输的所有业务，那么UE1和UE2可以释放PC5连接。

基于上述方案，UE1可以根据路径切换策略确定要将至少一个业务从PC5接口传输方式切换到Uu接口传输方式，故UE1向UE2发送第一消息。UE2根据第一消息，向UE1发送第二消息，此外UE2可以根据路径切换策略和/或UE2的Uu接口的信号质量，确定接受将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，故UE2向UE1发送第二消息。通过UE1与UE2之间的协商，能够实现将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，避免采用固定的传输方式来传输业务的数据，从而能够动态地满足该一个或多个业务的传输需求。此外，UE1和UE2分别完成Uu传输路径的建立后，再采用Uu接口传输方式传输业务#B的数据，从可以通过make before break机制完成从PC5接口传输方式到Uu接口传输方式的切换，尽可能减少业务中断。此外，UE1向UE2发送UE1的地址信息，UE2向UE1发送UE2的地址信息，从而UE1和UE2可以在不需要应用服务器参与的情况下采用Uu接口传输方式传输业务#B的数据。

图6是本申请实施例提供的又一种传输方式切换的方法600的示意性流程图。该方法600可以包括如下步骤。

S601，UE1接收第四消息。

具体地，UE1可以接收来自PCF或应用服务器的第四消息。

其中，第四消息可以用于指示(或者通知)路径选择策略发生改变。假设业务#A的path preference发生改变，例如，从PC5 preferred变为Uu preferred，那么PCF或应用服务器发送第四消息，以通知UE1路径选择策略发生改变。

第一个示例，第四消息包括路径选择策略发生改变后优先采用PC5接口传输方式的业务的信息，且优先采用PC5接口传输方式的业务不包括业务#A。具体来说，业务#A的path preference从PC5 preferred变为Uu preferred后，PCF或应用服务器向UE1发送第四消息，第四消息可用于指示优先采用PC5接口传输方式的业务不包括业务#A。

第二个示例，第四消息包括路径选择策略发生改变后优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括业务#A。具体来说，业务#A的pathpreference从PC5 preferred变为Uu preferred后，PCF或应用服务器向UE1发送第四消息，第四消息用于指示优先采用Uu接口传输方式的业务包括业务#A。

第三个示例，第四消息携带第四指示信息，第四指示信息用于表征(或者表指示)业务#A的path preference发生改变。第四指示信息可以通过一个或多个比特来实现。例如，通过1比特来指示业务#A的path preference是否发生改变。如，若该比特设置为“1”，则表示业务#A的path preference发生改变；若该比特设置为“0”，则表示业务#A的pathpreference未发生改变。

可选地，第四消息携带信息#3，该信息#3用于UE1识别业务#A。具体地，信息#3可以参见图3所示实施例中信息#1的相关描述，不再赘述。

如果UE1与UE2之间正在采用PC5接口传输方式传输业务#A的数据，那么方法600还可以包括：

S602，UE1根据第四消息，向UE2发送第一消息。

其中，第一消息可以用于请求将UE1与UE2之间的业务#A从PC5接口传输方式切换到Uu接口传输方式。

以步骤S601中的第一个示例为例，UE1接收来自PCF或应用服务器的第四消息之后，获知优先采用PC5接口传输方式的业务不包括业务#A，那么UE1可以通过第一消息请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

以步骤S602中的第二个示例为例，UE1接收来自PCF或应用服务器的第四消息之后，获知优先采用Uu接口传输方式的业务包括业务#A，那么UE1可以通过第一消息请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

以步骤S602中的第三个示例为例，UE1接收来自PCF或应用服务器的第四消息之后，获知业务#A的path preference发生改变，那么UE1可以通过第一消息请求将业务#A从PC5接口传输方式切换到Uu接口传输方式。

S603，UE2根据第一消息，向UE1发送第二消息。

其中，第二消息可以用于通知(或者表征)接受(或者允许，或者同意)将业务#B从PC5接口传输方式切换到Uu接口传输方式，业务#A包括业务#B。

步骤S602以及步骤S603，可以参考方法300或者方法400-500中的描述，此处不再赘述。

基于上述方案，当路径选择策略发生改变时，UE1向UE2发送第一消息，以请求将一个或多个业务从PC5接口传输方式切换到Uu接口传输方式，避免采用基于路径选择策略发生改变前确定的传输方式来传输业务的数据，从而能够动态满足一个或多个业务的传输需求。

可以理解，本申请实施例中的图4至图6中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图4至图6的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。

还可以理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不作限定。

还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。

还可以理解，在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后，仅为描述方便进行的区分，不应对本申请实施例的实施过程构成任何限定。

还可以理解，在本申请的各实施例中涉及到一些消息名称，如路径切换需求消息或路径切换请求消息，等等，应理解，其命名不对本申请实施例的保护范围造成限定。

还可以理解，上述各个方法实施例中，由终端设备实现的方法和操作，也可以由可由终端设备的组成部件(例如芯片或者电路)来实现；此外，由网络设备实现的方法和操作，也可以由可由网络设备的组成部件(例如芯片或者电路)来实现，不作限定。

相应于上述各方法实施例给出的方法，本申请实施例还提供了相应的装置，所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件，也可以是硬件，或者是软件和硬件结合。可以理解的是，上述各方法实施例所描述的技术特征同样适用于以下装置实施例。

图7是本申请实施例提供的一种传输方式切换的装置的示意性框图。该装置700包括收发单元710，收发单元710可以用于实现相应的通信功能。收发单元710还可以称为通信接口或通信单元。

可选地，该装置700还可以包括处理单元720，处理单元720可以用于进行数据处理。

可选地，该装置700还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元720可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中不同的终端设备的动作，例如，第一终端设备，第二终端设备，UE1或UE2的动作。

该装置700可以用于执行上文各个方法实施例中终端设备所执行的动作，这时，该装置700可以为终端设备或者终端设备的组成部件，收发单元710用于执行上文方法实施例中终端设备侧的收发相关的操作，处理单元720用于执行上文方法实施例中终端设备侧的处理相关的操作。

作为一种设计，该装置700用于执行上文各个方法实施例中第一终端设备所执行的动作。

一种可能的实现方式，收发单元710，用于向第二终端设备发送第一消息，第一消息用于请求将第一终端设备与第二终端设备之间的至少一个业务从邻近服务通信5PC5接口传输方式切换到Uu接口传输方式；收发单元710，还用于接收来自第二终端设备的第二消息，第二消息用于通知接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，至少一个业务包括第一业务。

可选地，处理单元720，用于根据第二消息，将第一业务从PC5接口传输方式切换到Uu接口传输方式。

可选地，第一消息携带至少一个业务的标识信息，或者，第一消息携带至少一个业务对应的PC5服务质量QoS流的标识信息。

可选地，第一消息还携带第一指示信息，第一指示信息用于表征将至少一个业务从PC5接口传输方式切换到Uu接口传输方式。

可选地，收发单元710，具体用于根据第一参考信息，向第二终端设备发送第一消息；其中，第一参考信息包括以下一项或多项信息：路径选择策略、路径切换策略、至少一个业务对应的PC5 QoS流的QoS需求、第一终端设备采用PC5接口传输方式传输至少一个业务的数据的信号质量。

可选地，收发单元710，具体用于在至少一个业务对应的PC5 QoS流的QoS需求不被满足的情况下，向第二终端设备发送第一消息；或者，在采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值的情况下，向第二终端设备发送第一消息；或者，在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括至少一个业务的情况下，向第二终端设备发送第一消息；或者，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括至少一个业务的情况下，若至少一个业务对应的PC5 QoS流的QoS需求不被满足或采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值，则向第二终端设备发送第一消息；或者，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括至少一个业务的情况下，若至少一个业务对应的PC5QoS流的QoS需求不被满足或采用PC5接口传输方式传输至少一个业务的数据的信号质量小于第一信号质量阈值，则向第二终端设备发送第一消息。

可选地，收发单元710，还用于向第二终端设备发送第一QoS参数，第一QoS参数用于第一终端设备采用Uu接口传输方式传输第一业务的数据。

可选地，处理单元720，还用于根据第三QoS参数，确定第一QoS参数；其中，第三QoS参数用于第一终端设备采用PC5接口传输方式传输第一业务的数据。

可选地，收发单元710，还用于接收来自第二终端设备的第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据；处理单元720，还用于根据第二QoS参数，确定第一QoS参数，第一QoS参数用于第一终端设备采用Uu接口传输方式传输第一业务的数据。

可选地，收发单元710，还用于向第二终端设备发送第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据。

可选地，处理单元720，还用于根据第三QoS参数，确定第二QoS参数；其中，第三QoS参数用于第一终端设备采用PC5接口传输方式传输第一业务的数据。

可选地，第一消息携带第二指示信息，第二指示信息用于表征当采用Uu接口传输方式传输至少一个业务的数据时不经过至少一个业务对应的应用服务器。

可选地，第一终端设备接收来自第二终端设备的第二消息之后，收发单元710，还用于向第二终端设备发送第三指示信息，第三指示信息用于表征当采用Uu接口传输方式传输第一业务的数据时不经过第一业务对应的应用服务器。

可选地，收发单元710，还用于向第二终端设备发送第一终端设备的地址信息，第一终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

可选地，收发单元710，还用于接收来自第二终端设备的第二终端设备的地址信息，第二终端设备的地址信息用于在第二终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

可选地，处理单元720，还用于建立Uu传输路径，Uu传输路径用于采用Uu接口传输方式传输第一业务的数据。

可选地，在第一终端设备接收来自第二终端设备的第二消息之后，收发单元710，还用于向第二终端设备发送第三消息，第三消息用于触发第二终端设备将第一业务从PC5接口传输方式切换到Uu接口传输方式。

该装置700可实现对应于根据本申请实施例的方法实施例中的第一终端设备执行的步骤或者流程，该装置700可以包括用于执行图3所示实施例中的第一终端设备执行的方法的单元，或包括图4至图6中任意一个所示实施例中的UE1执行的方法的单元。

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

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

一种可能的实现方式，收发单元710，用于接收来自第一终端设备的第一消息，第一消息用于请求将第一终端设备与第二终端设备之间的至少一个业务从邻近服务通信5PC5接口传输方式切换到Uu接口传输方式；收发单元710，还用于根据第一消息，向第一终端设备发送第二消息，第二消息用于通知接受将第一业务从PC5接口传输方式切换到Uu接口传输方式，至少一个业务包括第一业务。

可选地，处理单元720，用于根据第二参考信息，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；其中，第二参考信息包括以下一项或多项信息：路径选择策略、路径切换策略、第二终端设备的Uu接口的信号质量。

可选地，处理单元720，具体用于在路径选择策略包括优先采用Uu接口传输方式的业务的信息，且优先采用Uu接口传输方式的业务包括第一业务的情况下，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在路径切换策略包括允许切换传输方式的业务的信息，且允许切换传输方式的业务包括第一业务的情况下，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在路径切换策略包括禁止切换传输方式的业务的信息，且禁止切换传输方式的业务不包括第一业务的情况下，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在第二终端设备的Uu接口的信号质量满足第一业务的QoS需求的情况下，确定接受将第一业务从PC5接口传输方式切换到Uu接口传输方式；或者，在第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值的情况下，第二终端设备确定接受将第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

可选地，第一消息携带至少一个业务的标识信息，或者，第一消息携带至少一个业务对应的PC5 QoS流的标识信息。

可选地，第一消息携带第一指示信息，第一指示信息用于表征将至少一个业务从PC5接口传输方式切换到Uu接口传输方式。

可选地，第二消息携带第一业务的标识信息，或者，第二消息携带第一业务对应的PC5 QoS流的标识信息。

可选地，收发单元710，还用于向第一终端设备发送第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据。

可选地，在收发单元710向第一终端设备发送第二QoS参数之前，收发单元710，还用于接收来自第一终端设备的第一QoS参数，第一QoS参数用于第一终端设备采用Uu接口传输方式传输第一业务的数据；处理单元720，用于根据第一QoS参数，确定第二QoS参数。

可选地，在收发单元710向第一终端设备发送第二QoS参数之前，处理单元720，用于根据第三QoS参数，确定第二QoS参数，第三QoS参数用于第二终端设备采用PC5接口传输方式传输第一业务的数据。

可选地，收发单元710，还用于接收来自第一终端设备的第二QoS参数，第二QoS参数用于第二终端设备采用Uu接口传输方式传输第一业务的数据。

可选地，第一消息携带第二指示信息，第二指示信息用于表征当采用Uu接口传输方式传输至少一个业务的数据时不经过至少一个业务对应的应用服务器，收发单元710，还用于根据第二指示信息，向第一终端设备发送第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输至少一个业务的数据。

可选地，在收发单元710向第一终端设备发送第二消息之后，收发单元710，还用于接收来自第一终端设备的第三指示信息，第三指示信息用于表征当采用Uu接口传输方式传输第一业务的数据时不经过第一业务对应的应用服务器；根据第三指示信息，向第一终端设备发送第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

可选地，收发单元710，还用于接收来自第一终端设备的第一终端设备的地址信息，第一终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据；根据第一终端设备的地址信息，向第一终端设备发送第二终端设备的地址信息，第二终端设备的地址信息用于在第一终端设备和第二终端设备之间采用Uu接口传输方式传输第一业务的数据。

可选地，在收发单元710向第一终端设备发送第二消息之后，收发单元710，还用于接收来自第一终端设备的第三消息，第三消息用于触发第二终端设备将第一业务从PC5接口传输方式切换到Uu接口传输方式；处理单元720，用于根据第三消息，将第一业务从PC5接口传输方式切换到Uu接口传输方式。

该装置700可实现对应于根据本申请实施例的方法实施例中的第二终端设备执行的步骤或者流程，该装置700可以包括用于执行图3所示实施例中的第二终端设备执行的方法的单元，或包括图4至图6中任意一个所示实施例中的UE2执行的方法的单元。

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

还应理解，这里的装置700以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置700可以具体为上述实施例中的第一终端设备，可以用于执行上述各方法实施例中与第一终端设备对应的各个流程和/或步骤，或者，装置700可以具体为上述实施例中的第二终端设备，可以用于执行上述各方法实施例中与第二终端设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置700具有实现上述方法中第一终端设备所执行的相应步骤的功能，或者，上述各个方案的装置700具有实现上述方法中第二终端设备所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述收发单元710还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。

需要指出的是，图7中的装置可以是前述实施例中的网元或设备，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

如图8所示，本申请实施例提供另一种传输方式切换的装置800。该装置800包括处理器810，处理器810与存储器820耦合，存储器820用于存储计算机程序或指令和/或数据，处理器810用于执行存储器820存储的计算机程序或指令，或读取存储器820存储的数据，以执行上文各方法实施例中的方法。

可选地，处理器810为一个或多个。

可选地，存储器820为一个或多个。

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

可选地，如图8所示，该装置800还包括收发器830，收发器830用于信号的接收和/或发送。例如，处理器810用于控制收发器830进行信号的接收和/或发送。

作为一种方案，该装置800用于实现上文各个方法实施例中由终端设备执行的操作。

例如，处理器810用于执行存储器820存储的计算机程序或指令，以实现上文各个方法实施例中第一终端设备的相关操作。例如，图3所示实施例中的第一终端设备执行的方法，或图4至图6中任意一个所示实施例中的UE1执行的方法。

又如，处理器810用于执行存储器820存储的计算机程序或指令，以实现上文各个方法实施例中第二终端设备的相关操作。例如，图3所示实施例中的第二终端设备执行的方法，或图4至图6中任意一个所示实施例中的UE2执行的方法。

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

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

如图9，本申请实施例提供一种芯片系统900。该芯片系统900(或者也可以称为处理系统)包括逻辑电路910以及输入/输出接口(input/output interface)920。

其中，逻辑电路910可以为芯片系统900中的处理电路。逻辑电路910可以耦合连接存储单元，调用存储单元中的指令，使得芯片系统900可以实现本申请各实施例的方法和功能。输入/输出接口920，可以为芯片系统900中的输入输出电路，将芯片系统900处理好的信息输出，或将待处理的数据或信令信息输入芯片系统900进行处理。

具体地，例如，若第一终端设备安装了该芯片系统900，逻辑电路910与输入/输出接口920耦合，逻辑电路910可通过输入/输出接口920向第二终端设备发送第一消息，该第一消息可以为逻辑电路910根据第一参考信息生成的第一消息；或者输入/输出接口920可将来自第二终端设备的第二消息输入至逻辑电路910进行处理。又如，若第二终端设备安装了该芯片系统900，逻辑电路910与输入/输出接口920耦合，逻辑电路910可通过输入/输出接口920向第一终端设备发送第二消息，该第二消息可以为逻辑电路910根据第二参考信息生成的第二消息；或者输入/输出接口920可将来自第一终端设备的第一消息输入至逻辑电路910进行处理。

作为一种方案，该芯片系统900用于实现上文各个方法实施例中由终端设备执行的操作。

例如，逻辑电路910用于实现上文方法实施例中由第一终端设备执行的处理相关的操作，如，图3所示实施例中的第一终端设备执行的处理相关的操作，或图4至图6中任意一个所示实施例中的UE1执行的处理相关的操作；输入/输出接口920用于实现上文方法实施例中由第一终端设备执行的发送和/或接收相关的操作，如，图3所示实施例中的第一终端设备执行的发送和/或接收相关的操作，或图4至图6中任意一个所示实施例中的UE1执行的发送和/或接收相关的操作。

又如，逻辑电路910用于实现上文方法实施例中由第二终端设备执行的处理相关的操作，如，图3所示实施例中的第二终端设备执行的处理相关的操作，或图4至图6中任意一个所示实施例中的UE2执行的处理相关的操作；输入/输出接口920用于实现上文方法实施例中由第二终端设备执行的发送和/或接收相关的操作，如，图3所示实施例中的第二终端设备执行的发送和/或接收相关的操作，或图4至图6中任意一个所示实施例中的UE2执行的发送和/或接收相关的操作。

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

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

本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由第一终端设备或第二终端设备执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文各实施例中的第一终端设备和第二终端设备。例如，该系统包含图3所示实施例中的第一终端设备和第二终端设备。

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

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

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

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

Claims (36)

1.一种传输方式切换的方法，其特征在于，包括：

第一终端设备向第二终端设备发送第一消息，所述第一消息用于请求将所述第一终端设备与所述第二终端设备之间的至少一个业务从邻近服务通信5PC5接口传输方式切换到Uu接口传输方式；

所述第一终端设备接收来自所述第二终端设备的第二消息，所述第二消息用于通知接受将第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式，所述至少一个业务包括所述第一业务。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一终端设备根据所述第二消息，将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

3.根据权利要求1或2所述的方法，其特征在于，所述第一消息携带所述至少一个业务的标识信息，或者，所述第一消息携带所述至少一个业务对应的PC5服务质量QoS流的标识信息。

4.根据权利要求3所述的方法，其特征在于，所述第一消息还携带第一指示信息，所述第一指示信息用于表征将所述至少一个业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第一终端设备向第二终端设备发送第一消息，包括：

所述第一终端设备根据第一参考信息，向所述第二终端设备发送所述第一消息；

其中，所述第一参考信息包括以下一项或多项信息：路径选择策略、路径切换策略、所述至少一个业务对应的PC5 QoS流的QoS需求、所述第一终端设备采用所述PC5接口传输方式传输所述至少一个业务的数据的信号质量。

6.根据权利要求5所述的方法，其特征在于，所述第一终端设备根据第一参考信息向所述第二终端设备发送所述第一消息，包括：

在所述至少一个业务对应的PC5 QoS流的QoS需求不被满足的情况下，所述第一终端设备向所述第二终端设备发送所述第一消息；或者，

在采用所述PC5接口传输方式传输所述至少一个业务的数据的信号质量小于第一信号质量阈值的情况下，所述第一终端设备向所述第二终端设备发送所述第一消息；或者，

在所述路径选择策略包括优先采用Uu接口传输方式的业务的信息，且所述优先采用Uu接口传输方式的业务包括所述至少一个业务的情况下，所述第一终端设备向所述第二终端设备发送所述第一消息；或者，

在所述路径切换策略包括允许切换传输方式的业务的信息，且所述允许切换传输方式的业务包括所述至少一个业务的情况下，若所述至少一个业务对应的PC5 QoS流的QoS需求不被满足或采用所述PC5接口传输方式传输所述至少一个业务的数据的信号质量小于第一信号质量阈值，则所述第一终端设备向所述第二终端设备发送所述第一消息；或者，

在所述路径切换策略包括禁止切换传输方式的业务的信息，且所述禁止切换传输方式的业务不包括所述至少一个业务的情况下，若所述至少一个业务对应的PC5 QoS流的QoS需求不被满足或采用所述PC5接口传输方式传输所述至少一个业务的数据的信号质量小于第一信号质量阈值，则所述第一终端设备向所述第二终端设备发送所述第一消息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备向所述第二终端设备发送第一QoS参数，所述第一QoS参数用于所述第一终端设备采用所述Uu接口传输方式传输所述第一业务的数据。

8.根据权利要求7所述的方法，其特征在于，在所述第一终端设备向所述第二终端设备发送第一QoS参数之前，所述方法还包括：

所述第一终端设备根据第三QoS参数，确定所述第一QoS参数；

其中，所述第三QoS参数用于所述第一终端设备采用所述PC5接口传输方式传输所述第一业务的数据。

9.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备接收来自所述第二终端设备的第二QoS参数，所述第二QoS参数用于所述第二终端设备采用所述Uu接口传输方式传输所述第一业务的数据；

所述第一终端设备根据所述第二QoS参数，确定第一QoS参数，所述第一QoS参数用于所述第一终端设备采用所述Uu接口传输方式传输所述第一业务的数据。

10.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备向所述第二终端设备发送第二QoS参数，所述第二QoS参数用于所述第二终端设备采用所述Uu接口传输方式传输所述第一业务的数据。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述第一终端设备根据第三QoS参数，确定所述第二QoS参数；

其中，所述第三QoS参数用于所述第一终端设备采用所述PC5接口传输方式传输所述第一业务的数据。

12.根据权利要求1至11中任一项所述的方法，其特征在于，所述第一消息携带第二指示信息，所述第二指示信息用于表征当采用所述Uu接口传输方式传输所述至少一个业务的数据时不经过所述至少一个业务对应的应用服务器。

13.根据权利要求1至11中任一项所述的方法，其特征在于，在所述第一终端设备接收来自所述第二终端设备的第二消息之后，所述方法还包括：

所述第一终端设备向所述第二终端设备发送第三指示信息，所述第三指示信息用于表征当采用所述Uu接口传输方式传输所述第一业务的数据时不经过所述第一业务对应的应用服务器。

14.根据权利要求1至13中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备向所述第二终端设备发送所述第一终端设备的地址信息，所述第一终端设备的地址信息用于在所述第一终端设备和所述第二终端设备之间采用所述Uu接口传输方式传输所述第一业务的数据。

15.根据权利要求1至14中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备接收来自所述第二终端设备的所述第二终端设备的地址信息，所述第二终端设备的地址信息用于在所述第一终端设备和所述第二终端设备之间采用所述Uu接口传输方式传输所述第一业务的数据。

16.根据权利要求1至15中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备建立Uu传输路径，所述Uu传输路径用于采用所述Uu接口传输方式传输所述第一业务的数据。

17.根据权利要求1至16中任一项所述的方法，其特征在于，在所述第一终端设备接收来自所述第二终端设备的第二消息之后，所述方法还包括：

所述第一终端设备向所述第二终端设备发送第三消息，所述第三消息用于触发所述第二终端设备将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

18.一种传输方式切换的方法，其特征在于，包括：

第二终端设备接收来自第一终端设备的第一消息，所述第一消息用于请求将所述第一终端设备与所述第二终端设备之间的至少一个业务从邻近服务通信5PC5接口传输方式切换到Uu接口传输方式；

所述第二终端设备根据所述第一消息，向所述第一终端设备发送第二消息，所述第二消息用于通知接受将第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式，所述至少一个业务包括所述第一业务。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

所述第二终端设备根据第二参考信息，确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式；

其中，所述第二参考信息包括以下一项或多项信息：路径选择策略、路径切换策略、所述第二终端设备的Uu接口的信号质量。

20.根据权利要求19所述的方法，其特征在于，所述第二终端设备根据第二参考信息，确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式，包括：

在所述路径选择策略包括优先采用Uu接口传输方式的业务的信息，且所述优先采用Uu接口传输方式的业务包括所述第一业务的情况下，所述第二终端设备确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式；或者，

在所述路径切换策略包括允许切换传输方式的业务的信息，且所述允许切换传输方式的业务包括所述第一业务的情况下，所述第二终端设备确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式；或者，

在所述路径切换策略包括禁止切换传输方式的业务的信息，且所述禁止切换传输方式的业务不包括所述第一业务的情况下，所述第二终端设备确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式；或者，

在所述第二终端设备的Uu接口的信号质量满足所述第一业务的服务质量QoS需求的情况下，所述第二终端设备确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式；或者，

在所述第二终端设备的Uu接口的信号质量大于或等于第二信号质量阈值的情况下，第二终端设备确定接受将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

21.根据权利要求18至20中任一项所述的方法，其特征在于，所述第一消息携带所述至少一个业务的标识信息，或者，所述第一消息携带所述至少一个业务对应的PC5 QoS流的标识信息。

22.根据权利要求21所述的方法，其特征在于，所述第一消息携带第一指示信息，所述第一指示信息用于表征将所述至少一个业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

23.根据权利要求18至22中任一项所述的方法，其特征在于，所述第二消息携带所述第一业务的标识信息，或者，所述第二消息携带所述第一业务对应的PC5 QoS流的标识信息。

24.根据权利要求18至23中任一项所述的方法，其特征在于，所述方法还包括：

所述第二终端设备向所述第一终端设备发送第二QoS参数，所述第二QoS参数用于所述第二终端设备采用所述Uu接口传输方式传输所述第一业务的数据。

25.根据权利要求24所述的方法，其特征在于，在所述第二终端设备向所述第一终端设备发送第二QoS参数之前，所述方法还包括：

所述第二终端设备接收来自所述第一终端设备的第一QoS参数，所述第一QoS参数用于所述第一终端设备采用所述Uu接口传输方式传输所述第一业务的数据；

所述第二终端设备根据所述第一QoS参数，确定所述第二QoS参数。

26.根据权利要求24所述的方法，其特征在于，在所述第二终端设备向所述第一终端设备发送第二QoS参数之前，所述方法还包括：

所述第二终端设备根据第三QoS参数，确定所述第二QoS参数，所述第三QoS参数用于所述第二终端设备采用所述PC5接口传输方式传输所述第一业务的数据。

27.根据权利要求18至23中任一项所述的方法，其特征在于，所述方法还包括：

所述第二终端设备接收来自所述第一终端设备的第二QoS参数，所述第二QoS参数用于所述第二终端设备采用所述Uu接口传输方式传输所述第一业务的数据。

28.根据权利要求18至27中任一项所述的方法，其特征在于，所述第一消息携带第二指示信息，所述第二指示信息用于表征当采用所述Uu接口传输方式传输所述至少一个业务的数据时不经过所述至少一个业务对应的应用服务器，所述方法还包括：

所述第二终端设备根据所述第二指示信息，向所述第一终端设备发送所述第二终端设备的地址信息，所述第二终端设备的地址信息用于在所述第一终端设备和所述第二终端设备之间采用所述Uu接口传输方式传输所述至少一个业务的数据。

29.根据权利要求18至27中任一项所述的方法，其特征在于，在所述第二终端设备向所述第一终端设备发送第二消息之后，所述方法还包括：

所述第二终端设备接收来自所述第一终端设备的第三指示信息，所述第三指示信息用于表征当采用所述Uu接口传输方式传输所述第一业务的数据时不经过所述第一业务对应的应用服务器；

所述第二终端设备根据所述第三指示信息，向所述第一终端设备发送所述第二终端设备的地址信息，所述第二终端设备的地址信息用于在所述第一终端设备和所述第二终端设备之间采用所述Uu接口传输方式传输所述第一业务的数据。

30.根据权利要求18至27中任一项所述的方法，其特征在于，所述方法还包括：

所述第二终端设备接收来自所述第一终端设备的所述第一终端设备的地址信息，所述第一终端设备的地址信息用于在所述第一终端设备和所述第二终端设备之间采用所述Uu接口传输方式传输所述第一业务的数据；

所述第二终端设备根据所述第一终端设备的地址信息，向所述第一终端设备发送所述第二终端设备的地址信息，所述第二终端设备的地址信息用于在所述第一终端设备和所述第二终端设备之间采用所述Uu接口传输方式传输所述第一业务的数据。

31.根据权利要求18至30中任一项所述的方法，其特征在于，在所述第二终端设备向所述第一终端设备发送第二消息之后，所述方法还包括：

所述第二终端设备接收来自所述第一终端设备的第三消息，所述第三消息用于触发所述第二终端设备将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式；

所述第二终端设备根据所述第三消息，将所述第一业务从所述PC5接口传输方式切换到所述Uu接口传输方式。

32.一种传输方式切换的装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机程序，以使得所述装置执行如权利要求1至31中任一项所述的方法。

33.根据权利要求32所述的装置，其特征在于，所述装置还包括所述存储器。

34.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至31中任意一项所述的方法。

35.一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至31中任一项所述的方法的指令。

36.一种传输方式切换的系统，其特征在于，包括：第一终端设备和第二终端设备；

所述第一终端设备，用于执行如权利要求1至17中任一项所述的方法；

所述第二终端设备，用于执行如权利要求18至31中任一项所述的方法。

Images