CN118176704A - 上行天线切换的准备时间的确定方法和装置 - Google Patents
上行天线切换的准备时间的确定方法和装置 Download PDFInfo
- Publication number
- CN118176704A CN118176704A CN202280003997.9A CN202280003997A CN118176704A CN 118176704 A CN118176704 A CN 118176704A CN 202280003997 A CN202280003997 A CN 202280003997A CN 118176704 A CN118176704 A CN 118176704A
- Authority
- CN
- China
- Prior art keywords
- frequency band
- terminal equipment
- antenna
- uplink
- switching
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000002360 preparation method Methods 0.000 title claims abstract description 409
- 238000000034 method Methods 0.000 title claims abstract description 141
- 238000004891 communication Methods 0.000 claims abstract description 134
- 230000011664 signaling Effects 0.000 claims description 80
- 230000005540 biological transmission Effects 0.000 claims description 66
- 230000015654 memory Effects 0.000 claims description 56
- 238000004590 computer program Methods 0.000 claims description 34
- 238000012545 processing Methods 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 8
- 238000003860 storage Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 description 33
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 238000011144 upstream manufacturing Methods 0.000 description 6
- 101100264657 Enterobacteria phage T4 y12D gene Proteins 0.000 description 5
- 230000009977 dual effect Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 239000004065 semiconductor Substances 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 229910044991 metal oxide Inorganic materials 0.000 description 4
- 150000004706 metal oxides Chemical class 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 101100411667 Arabidopsis thaliana RAN4 gene Proteins 0.000 description 2
- RTZKZFJDLAIYFH-UHFFFAOYSA-N Diethyl ether Chemical compound CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 2
- 101150069124 RAN1 gene Proteins 0.000 description 2
- 101100355633 Salmo salar ran gene Proteins 0.000 description 2
- 229910000577 Silicon-germanium Inorganic materials 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- JBRZTFJDHDCESZ-UHFFFAOYSA-N AsGa Chemical compound [As]#[Ga] JBRZTFJDHDCESZ-UHFFFAOYSA-N 0.000 description 1
- LEVVHYCKPQWKOP-UHFFFAOYSA-N [Si].[Ge] Chemical compound [Si].[Ge] LEVVHYCKPQWKOP-UHFFFAOYSA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 150000003071 polychlorinated biphenyls Chemical class 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000005245 sintering Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开实施例公开了一种上行天线切换的准备时间的确定方法和装置，可应用于通信技术领域，由终端设备执行的方法包括：确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。由此，支持确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
Description
本公开涉及通信技术领域，尤其涉及一种上行天线切换的准备时间的确定方法和装置。
终端设备支持上行天线切换，并且支持在多个频段上进行动态切换。但是，由于不同能力的终端设备，在进行上行天线切换时，所需的准备时间不同。
相关技术中，并不支持确定终端设备进行上行天线切换的所需的准备时间，这是亟需解决的问题。
发明内容
本公开实施例提供一种上行天线切换的准备时间的确定方法和装置，支持确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
第一方面，本公开实施例提供一种上行天线切换的准备时间的确定方法，该方法由终端设备执行，该方法包括：确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
在该技术方案中，终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。由此，支持确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
第二方面，本公开实施例提供另一种上行天线切换的准备时间的确定方法，该方法由网络侧设备执行，该方法包括：确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
第三方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第一方面所述的方法中终端设备的部分或全部功能，比如通信装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中，该通信装置的结构中可包括收发模块和处理模块，所述处理模块被配置为支持通信装置执行上述方法中相应的功能。所述收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。
在一种实现方式中，所述通信装置包括：处理模块，被配置为确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
第四方面，本公开实施例提供另一种通信装置，该通信装置具有实现上述第二方面所述的方法示例中网络侧设备的部分或全部功能，比如通信装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中，该通信装置的结构中可包括收发模块和处理模块，该处理模块被配置为支持通信装置执行上述方法中相应的功能。收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。
在一种实现方式中，所述通信装置包括：处理模块，被配置为确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
第五方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。
第六方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第二方面所述的方法。
第七方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。
第八方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第二方面所述的方法。
第九方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第十方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第二方面所述的方法。
第十一方面，本公开实施例提供一种上行天线切换的准备时间的确定系统，该系统包括第三方面所述的通信装置以及第四方面所述的通信装置，或者，该系统包括第五方面所述的通信装置以及第六方面所述的通信装置，或者，该系统包括第七方面所述的通信装置以及第八方面所述的通信装置，或者，该系统包括第九方面所述的通信装置以及第十方面所述的通信装置。
第十二方面，本发明实施例提供一种计算机可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面所述的方法。
第十三方面，本发明实施例提供一种可读存储介质，用于储存为上述网络侧设备所用的指令，当所述指令被执行时，使所述网络侧设备执行上述第二方面所述的方法。
第十四方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十五方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
第十六方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十七方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持网络侧设备实现第二方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存网络侧设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十八方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十九方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。
图1是本公开实施例提供的一种通信系统的架构图；
图2是本公开实施例提供的一种上行天线切换的准备时间的确定方法的流程图；
图3是本公开实施例提供的另一种上行天线切换的准备时间的确定方法的流程图；
图4是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图；
图5是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图；
图6是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图；
图7是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图；
图8是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图；
图9是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图；
图10是本公开实施例提供的一种通信装置的结构图；
图11是本公开实施例提供的另一种通信装置的结构图；
图12是本公开实施例提供的一种芯片的结构示意图。
为了更好的理解本公开实施例公开的一种上行天线切换的准备时间的确定方法和装置，下面首先对本公开实施例适用的通信系统进行描述。
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也是旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，例如，在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
需要说明的是，本公开所涉及的信息(包括但不限于用户设备信息、用户个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经用户授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络侧设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络侧设备，两个或两个以上的终端设备。图1所示的通信系统10以包括一个网络侧设备101和一个终端设备102为例。
需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。
本公开实施例中的网络侧设备101是网络侧的一种用于发射或接收信号的实体。例如，网络侧设备101可以为演进型基站(evolved NodeB，eNB)、传输点(transmission reception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对基站所采用的具体技术和具体设备形态不做限定。本公开实施例提供的基站可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将基站，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。
本公开实施例中的终端设备102是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
此外，为了便于理解本公开实施例，做出以下几点说明。
第一，本公开实施例中，“用于指示”可以包括用于直接指示和用于间接指示。当描述某一信息用于指示A时，可以包括该信息直接指示A或间接指示A，而并不代表该信息中一定携带有A。
将信息所指示的信息称为待指示信息，则具体实现过程中，对待指示信息进行指示的方式有很多种，例如但不限于，可以直接指示待指示信息，如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息，其中该其他信息与待指示信息之间存在关联关系。还可以仅仅指示待指示信息的一部分，而待指示信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。
待指示信息可以作为一个整体一起发送，也可以分成多个子信息分开发送，而且这些子信息的发送周期和/或发送时机可以相同，也可以不同。具体发送方法本公开不进行限定。其中，这些子信息的发送周期和/或发送时机可以是预先定义的，例如根据协议预先定义的。
第二，在本公开中第一、第二以及各种数字编号(例如，“#1”、“#2”)仅为描述方便进行的区分，并不用来限制本公开实施例的范围。例如，区分不同的信令、区分不同的信息等。
第三，在本公开中，“预设的”可包括由网络设备信令指示，或者预先定义，例如，协议定义。其 中，“预先定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本公开对于其具体的实现方式不做限定。
第四，本公开实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括LTE协议、NR协议、WLAN协议以及其他通信系统中的相关协议，本公开对此不做限定。
第五，本公开实施例列举了多个实施方式以对本公开实施例的技术方案进行清晰地说明。当然，本领域内技术人员可以理解，本公开实施例提供的多个实施例，可以被单独执行，也可以与本公开实施例中其他实施例的方法结合后一起被执行，还可以单独或结合后与其他相关技术中的一些方法一起被执行；本公开实施例并不对此进行限定。
相关技术中，基于RAN#96的WID(Work ItemDescription，工作项目描述)，超级上行需要进一步支持最多3或4频段(band)的上行天线(UL Tx)交换方案，限制最多2个band的同时传输。在上行天线切换(UL Tx switching)的相关讨论中，达成最新的WA是支持Alt.1天线切换的方式，即终端设备支持所有被配置的切换方案，任意band之间的切换不受限制。
假如支持2个band以上的动态切换机制，终端设备需要支持更多band的内存更新/存储，以满足除却基准(baseline)中的2band外的针对其他band切换。例如，当case#1(1P+0P+0P+0P)与case#2(0P+0P+1P+0P)进行切换，切换的band为band#1与band#3，当终端设备被配置仅支持1&3band对，则此时终端设备只需要维护band#1与band#3的内存。假如终端设备被配置支持1&3band对的同时，支持1&2band对的切换，即也能够进行case#1(1P+0P+0P+0P)与case#4(0P+1P+0P+0P)之间的切换，此时除了band#1与band#3的内存，终端设备需要进一步维护band#2的内存。如果依旧采用R16/17的维护方案，即维护两个band的内存，此时内存与band将不再绑定，需要进行切换到第三、四band，这也会导致终端设备复杂度提升。
相关技术中，提出如下工作假设(Working Assumption)
-如果支持Rel-18 UL Tx切换，则以下切换机制被视为跨3或4个频段的Rel-18 UL Tx切换的基准(-If Rel-18 UL Tx switching is supported,following switching mechanism is considered as baseline for the Rel-18 UL Tx switching across 3 or 4 bands)
Alt.1：动态Tx载波切换可以跨UE支持的所有切换案例进行，并基于UL调度，即通过用于UL传输的动态授权和/或RRC配置(Alt.1:Dynamic Tx carrier switching can be across all the supported switching cases by the UE and based on the UL scheduling,i.e.,via dynamic grant and/or RRC configuration for UL transmission)
如果基于Alt.1支持Rel-18 UL Tx切换，则RAN1将支持以下一个或多个复杂性降低选项，至少考虑到某些切换情况/模式的潜在额外准备时间，额外的中断时间和RF复杂性，并鼓励公司研究选项，并努力在RAN1#110bis-e上进行下行选择。(-RAN1 will support one or more of following complexity reduction options,considering at least the potential additional preparation time,additional interruption time,and RF complexity for certain switching cases/patterns,if Rel-18 UL Tx switching is supported based on Alt.1,and companies are encouraged to investigate options with striving for down-selection at RAN1#110bis-e.)
选项1：UE仅允许支持部分并发UL案例(波段对)(Option 1:UE is allowed to support only some of concurrent UL cases(band pairs))
FFS(For Further Study,需要进一步研究)：至少应支持一个频带对，如Rel-17(FFS:at least one band pair should be supported as in Rel-17)
FFS：适用于3和4波段案例或仅适用于4波段案例(FFS:for both 3 and 4 bands cases or only for 4 bands case)
FFS：潜在能力/RRC信令(FFS:potential capability/RRC signaling)
选项2：UE仅允许在UL Tx切换配置带外的某些频段上支持2端口传输(Option 2:UE is allowed to support 2 ports transmission only on some of bands out of configured bands for UL Tx switching)
FFS：至少两个频段应支持最多2个Tx，如Rel-17(FFS:at least two bands should support up to 2 Tx as in Rel-17)
FFS：适用于3和4波段案例或仅适用于4波段案例(FFS:for both 3 and 4 bands cases or only for 4 bands case)
FFS：适用于切换UL和双UL方案，或仅适用于双UL方案(FFS:for both switched UL and dual UL cases or only for dual UL case)
FFS：是否/如何重用或扩展现有能力/RRC信令(FFS:whether/how to reuse or extend existing capability/RRC signaling)
选项3：UE仅允许用于某些特定的切换情况/模式，具有更多的准备过程时间(或中断时间)(Option 3:UE is allowed with more preparation procedure time(or interruption time)only for some specific switching cases/patterns)
FFS：需要更多准备过程时间(或中断时间)的特定切换情况/模式，例如，Rel-17中不存在的切换模式(FFS:specific switching cases/patterns where more preparation procedure time(or interruption time)is necessary,e.g.,switching patterns not existed in Rel-17)
FFS：准备过程时间和/或中断时间需要多长时间，以及RAN4是否需要参与(FFS:how long preparation procedure time and/or interruption time is necessary,and whether RAN4 involvement is necessary)
FFS：是否/如何报告/指出准备过程时间(或中断时间)的具体转换情况/模式和/或值(FFS:whether/how to report/indicate the specific switching cases/patterns and/or value(s)of preparation procedure time(or interruption time))
FFS：准备过程时间或中断时间的定义是什么，包括是否在准备过程时间内发生中断，是否包括切换周期(FFS:what is the definition of preparation procedure time or interruption time,including whether interruption happens during the preparation procedure time and whether it includes switching period)
FFS：两个后续UL Tx切换之间是否需要/多长时间的最小间隔(FFS:whether/how long minimum interval between two succeeding UL Tx switching is necessary)
选项4：UE仅允许支持某些频段对进行tx切换(Option 4:UE is allowed to support only some of band pairs for tx switching)
FFS：至少应支持一个频带对，如Rel-17(FFS:at least one band pair should be supported as in Rel-17)
FFS：适用于3和4波段案例或仅适用于4波段案例(FFS:for both 3 and 4 bands cases or only for 4 bands case)
FFS：用于切换式UL和/或双UL(FFS:for switched UL and/or dual UL)
FFS：潜在能力/RRC信令(FFS:potential capability/RRC signaling)
不排除其他选择(Other options are not precluded)。
相关技术中，并不支持确定终端设备进行上行天线切换的所需的准备时间。
基于此，本公开实施例中提供一种上行天线切换的准备时间的确定方法和装置，以支持确定终端设备进行上行天线切换的所需的准备时间。
下面结合附图对本公开所提供的一种上行天线切换的准备时间的确定方法和装置进行详细地介绍。
请参见图2，图2是本公开实施例提供的一种上行天线切换的准备时间的确定方法的流程图。
如图2所示，该方法由终端设备执行，该方法可以包括但不限于如下步骤：
S21：终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
本公开实施例中，终端设备可以基于实现确定终端设备进行上行天线切换所需的准备时间，或者还可以基于协议约定确定终端设备进行上行天线切换所需的准备时间，或者还可以基于网络侧设备的配置确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，终端设备接收网络侧设备发送的指示信息，其中，指示信息用于指示终端设备进行上行天线切换所需的准备时间或是终端设备用于确定进行上行天线切换所需的准备时间的参数或标识；终端设备根据指示信息，确定准备时间。
本公开实施例中，终端设备可以接收网络侧设备发送的指示信息，该指示信息用于指示终端设备进行上行天线切换所需的准备时间或是终端设备用于确定进行上行天线切换所需的准备时间的参数或标识；基于此，终端设备在接收到网络侧设备的指示信息的情况下，可以根据指示信息确定准备时间。由此，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，终端设备接收网络侧设备发送的指示信息，包括以下至少一个：
接收网络侧设备发送的半静态信令；
接收网络侧设备发送的媒体接入控制控制元素MAC CE；
接收网络侧设备发送的下行控制信息DCI。
本公开实施例中，终端设备接收网络侧设备发送的指示信息，可以接收网络侧设备发送的半静态信令，其中，半静态信令是指RRC(Radio Resource Control)信令，RRC信令中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备接收网络侧设备发送的指示信息，可以是指：接收网络侧设备发送的MAC CE(media access control control element，媒体接入控制控制元素)，其中，MAC CE中包括指示 信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备接收网络侧设备发送的指示信息，可以是指：接收网络侧设备发送的DCI(downlink control information，下行控制信息)，其中，DCI中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
其中，准备时间可以包括用于准备的第一时间，示例性地，准备时间包括终端设备确定需要进行上行天线切换到实际进行上行天线切换之前的时间，示例性地，准备时间包括终端设备为能够准确进行上行天线切换，进行相关的准备工作所需的时间，准备工作例如包括以下任何之一或多个：内存更新、确认内存、刷新内存、上行/下行传输整理，等等。
其中，准备时间可以包括用于天线切换的第二时间，示例性地，准备时间包括终端设备从开始进行上行天线切换到完成上行天线切换的时间。
其中，准备时间可以包括用于准备的第一时间和用于天线切换的第二时间，示例性地，准备时间包括终端设备确定需要进行上行天线切换到实际完成上行天线切换的时间。
在一些实施例中，准备时间，包括以下至少一项：
终端设备进行内存单元刷新所需的时间；
终端设备进行内存单元加载所需的时间；
终端设备中断当前所有传输的时间；
网络侧设备停止对终端设备进行调度的时间。
本公开实施例中，准备时间可以包括终端设备进行内存单元刷新所需的时间。可以理解的是，准备时间可以包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括终端设备进行内存单元刷新所需的时间的情况下，第一时间可以包括终端设备进行内存单元刷新所需的时间。
本公开实施例中，准备时间可以包括终端设备进行内存单元加载所需的时间。可以理解的是，准备时间可以包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括终端设备进行内存单元加载所需的时间的情况下，第一时间可以包括终端设备进行内存单元加载所需的时间。
本公开实施例中，准备时间可以包括终端设备中断当前所有传输的时间。可以理解的是，准备时间可以包括用于准备的第一时间和/或用于天线切换的第二时间，准备时间包括终端设备中断当前所有传输的时间的情况下，第一时间可以包括终端设备中断当前所有传输的时间。
本公开实施例中，准备时间可以包括网络侧设备停止对终端设备进行调度的时间。可以理解的是，准备时间可以包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括网络侧设备停止对终端设备进行调度的时间的情况下，第一时间可以包括网络侧设备停止对终端设备进行调度的时间。
当然，准备时间可以包括上述的一个或多个参数，因此上述多个参数可以以任何方式结合在一起使用，在此不再赘述。
可以理解的是，为了保证通信质量，网络侧设备需要与终端设备对终端设备进行上行天线切换所需的准备时间保持一致的理解。
基于此，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以向网络侧设备上报准备时间。
在一些实施例中，终端设备向网络侧设备上报准备时间。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，支持向网络侧设备上报准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，终端设备向网络侧设备上报准备时间，包括：
向网络侧设备上报能力信息，其中，能力信息包括准备时间；或者
向网络侧设备发送第一信令，其中，第一信令包括准备时间。
本公开实施例中，终端设备向网络侧设备上报能力信息，能力信息包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备向网络侧设备发送第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，终端设备向网络侧设备按照一定形式上报能力信息，包括：
向网络侧设备上报能力信息，能力信息按照频段组合的形式上报，即每个频段组合上报一个或者一组能力信息。其中，频段组合包含至少两个频段。例如，第一频段组合包括第一频段与第二频段，两个频段。再例如，第二频段组合包括第一频段、第二频段与第三频段，三个频段。或者，
向网络侧设备上报能力信息，能力信息按照频段的形式上报，即每个频段上报一个或一组能力信息。
本公开实施例中，终端设备向网络侧设备上报能力信息，能力信息包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备向网络侧设备上报能力信息，能力信息包括第一上行频段信息、第二上行频段信息。所述第一频段信息，例如switchedUL信息，指示频段每次传输只能传输一个频段。所述第二上行频段信息，例如dualUL信息，指示频段传输可以同时在两个频段传输。
在一些实施例中，终端设备向网络侧设备第一信令，包括以下至少一项：
通过物理上行共享信道PUSCH向网络侧设备发送第一信令；
通过物理上行控制信道PUCCH向网络侧设备发送第一信令；
向网络侧设备发送上行控制信息UCI。
本公开实施例中，终端设备通过PUSCH(physical uplink shared channel，物理上行共享信道)向网络侧设备发送第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备通过PUCCH(physical uplink control channel，物理上行控制信道)向网络侧设备发送第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备向网络侧设备发送UCI(uplink control information，上行控制信息)，向网络侧设备第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
可以理解的是，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，期望在准备时间内取消或停止与网络侧设备之间的交互。
在一些实施例中，终端设备期待停止在准备时间内进行上行传输；和/或停止在准备时间内接收网络侧设备的下行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，终端设备期待停止在准备时间内进行上行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，终端设备期待停止在准备时间内接收网络侧设备的下行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，终端设备期待停止在准备时间内进行上行传输，以及停止在准备时间内接收网络侧设备的下行传输。
在一些实施例中，终端设备确定终端设备进行上行天线切换所需的准备时间，包括：终端设备响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间。
本公开实施例中，终端设备确定终端设备进行上行天线切换所需的准备时间，可以在满足特定条件的情况下，才确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，特定条件，包括以下至少一项：
终端设备的切换模式涉及两个频段；
终端设备的切换模式涉及两个以上频段；
终端设备的上行天线切换发生在不同的切换方案之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一些实施例中，切换模式，包括以下至少一项：
终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；
终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态；且切换后至少一个端口状态处第三频段。
在一种可能的实现方式中，特定条件包括终端设备的切换模式涉及两个频段，其中，切换模式包括1个单端口的上行频段和另外1个单端口的上行频段之间切换。
在另一种可能的实现方式中，特定条件包括终端设备的切换模式涉及两个以上频段，其中，切换模式包括2个单端口的上行频段和另外2个单端口的上行频段之间切换。
在又一种可能的实现方式中，特定条件包括终端设备的切换模式涉及两个以上频段，其中，切换模式包括切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实现方式仅作为示意，本公开实施例不限于此。
在一些实施例中，第一端口状态处在第一频段，为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
本公开实施例中，第一端口状态处在第一频段，可以为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
在一些实施例中，第二端口处在第二频段的预存状态，为在切换前的状态中，终端设备未通过第二端口发送数据。
本公开实施例中，第二端口状态处在第二频段的预存状态，可以为在切换前的状态中，终端设备未通过第二端口发送数据。
在一些实施例中，终端设备的切换模式涉及两个以上频段，包括以下至少一项：
终端设备支持三个频段，切换发生在三个频段之间；
终端设备支持四个频段，网络侧设备或协议配置其中三个频段，且切换发生在三个频段之间；
终端设备支持四个频段，切换发生在四个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持三个频段，切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，切换发生在四个频段之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
本公开实施例中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以包括如下表1中所示不同的方案：
表1
| 切换方案 | Band#1 | Band#2 | Band#3 | Band#4 |
| 方案#1 | 1 | 1 | 0 | 0 |
| 方案#2 | 1 | 0 | 1 | 0 |
| 方案#3 | 1 | 0 | 0 | 1 |
| 方案#4 | 0 | 1 | 1 | 0 |
| 方案#5 | 0 | 1 | 0 | 1 |
| 方案#6 | 0 | 0 | 1 | 1 |
| 方案#7 | 2 | 0 | 0 | 0 |
| 方案#8 | 0 | 2 | 0 | 0 |
| 方案#9 | 0 | 0 | 2 | 0 |
| 方案#10 | 0 | 0 | 0 | 2 |
| 方案#11 | 1 | 1 | 0 | - |
| 方案#12 | 1 | 0 | 1 | - |
| 方案#13 | 0 | 1 | 1 | - |
| 方案#14 | 2 | 0 | 0 | - |
| 方案#15 | 0 | 2 | 0 | - |
| 方案#16 | 0 | 0 | 2 | - |
其中，方案#1至方案#10，终端设备支持4个频段(band#1、band#2、band3#和band#4)，方案#11 至方案#16，终端设备支持3个频段(band#1、band#2和band3#)，“0”表示没有天线指向该频段，“1”表示有一个天线指向该频段，“2”表示有两个天线指向该频段。
在一些实施例中，所述终端设备设有至少第一天线和第二天线；切换方案，包括以下至少一项：
终端设备的第一天线指向第一频段，且第二天线指向第二频段；
终端设备的第一天线指向第一频段，且第二天线指向第三频段；
终端设备的第一天线指向第一频段，且第二天线指向第四频段；
终端设备的第一天线指向第二频段，且第二天线指向第三频段；
终端设备的第一天线指向第二频段，且第二天线指向第四频段；
终端设备的第一天线指向第三频段，且第二天线指向第四频段；
终端设备的第一天线和第二天线指向第一频段；
终端设备的第一天线和第二天线指向第二频段；
终端设备的第一天线和第二天线指向第三频段；
终端设备的第一天线和第二天线指向第四频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以为：方案1#：第一天线指向第一频段，第二天线指向第二频段，方案2#第一天线指向第一频段，第二天线指向第三频段，特定条件包括上行天线切换发生在方案1#和方案2#之间，例如，由方案1#切换至方案2#，或者由方案2#切换至方案1#。
需要说明的是，上述实现方案仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此，例如切换方案还可以为方案1#、方案2#以外的其他方案。
通过实施本公开实施例，终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。由此，可以支持确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
请参见图3，图3是本公开实施例提供的另一种上行天线切换的准备时间的确定方法的流程图。
如图3所示，该方法由网络侧设备执行，该方法可以包括但不限于如下步骤：
S31：网络侧设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
本公开实施例中，网络侧设备可以默认一个时间，确定为终端设备进行上行天线切换所需的准备时间，或者还可以接收终端设备上报的时间，确定为终端设备进行上行天线切换所需的准备时间。
其中，针对不同的终端设备，网络侧设备可以统一默认一个时间为终端设备进行上行天线切换所需的准备时间，或者网络侧设备可以对不同的终端设备分别默认不同的时间，即不同的终端设备进行上行天线切换所需的准备时间可以不同。
其中，不同的终端设备可以为具有不同终端能力的终端设备，或者具有不同类型的终端设备，或者执行不同通信任务的终端设备，等等，本公开实施例对此不作具体限制。
在一些实施例中，网络侧设备接收终端设备上报的准备时间。
本公开实施例中，网络侧设备可以接收终端设备上报的准备时间，确定为终端设备进行上行天线切换所需的准备时间。
其中，终端设备可以在确定终端设备进行上行天线切换所需的准备时间的情况下，支持向网络侧设备上报准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，网络侧设备接收终端设备上报的准备时间，包括：
接收终端设备上报的能力信息，其中，能力信息包括准备时间；或者
接收终端设备发送的第一信令，其中，第一信令包括准备时间。
本公开实施例中，网络侧设备接收终端设备上报的能力信息，能力信息包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备接收终端设备发送的第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，网络侧设备接收终端设备发送的第一信令，包括以下至少一项：
接收终端设备通过PUSCH发送的第一信令；
接收终端设备通过PUCCH发送的第一信令；
接收终端设备发送的UCI。
本公开实施例中，网络侧设备接收终端设备通过PUSCH发送的第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备接收终端设备通过PUCCH发送的第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备接收终端设备发送的UCI，接收第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
其中，准备时间可以包括用于准备的第一时间，示例性地，准备时间包括终端设备确定需要进行上行天线切换到实际进行上行天线切换之前的时间，示例性地，准备时间包括终端设备为能够准确进行上行天线切换，进行相关的准备工作所需的时间，准备工作例如内存更新、确认内存、刷新内存、上行/下行传输整理，等等。
其中，准备时间可以包括用于天线切换的第二时间，示例性地，准备时间包括终端设备从开始进行上行天线切换到完成上行天线切换的时间。
其中，准备时间可以包括用于准备的第一时间和用于天线切换的第二时间，示例性地，准备时间包括终端设备确定需要进行上行天线切换到实际完成上行天线切换的时间。
在一些实施例中，准备时间，包括以下至少一项：
终端设备进行内存单元刷新所需的时间；
终端设备进行内存单元加载所需的时间；
终端设备中断当前所有传输的时间；
网络侧设备停止对终端设备进行调度的时间。
本公开实施例中，准备时间包括终端设备进行内存单元刷新所需的时间。
可以理解的是，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括终端设备进行内存单元刷新所需的时间的情况下，第一时间可以包括终端设备进行内存单元刷新所需的时间。
本公开实施例中，准备时间包括终端设备进行内存单元加载所需的时间。
可以理解的是，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括终端设备进行内存单元加载所需的时间的情况下，第一时间可以包括终端设备进行内存单元加载所需的时间。
本公开实施例中，准备时间包括终端设备中断当前所有传输的时间。
可以理解的是，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括终端设备中断当前所有传输的时间的情况下，第一时间可以包括终端设备中断当前所有传输的时间。
本公开实施例中，准备时间包括网络侧设备停止对终端设备进行调度的时间。
可以理解的是，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，且准备时间包括网络侧设备停止对终端设备进行调度的时间的情况下，第一时间可以包括网络侧设备停止对终端设备进行调度的时间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
可以理解的是，网络侧设备在确定终端设备进行上行天线切换所需的准备时间的情况下，期望在准备时间内取消或停止与终端设备之间的交互。
在一些实施例中，网络侧设备停止在准备时间内接收终端设备的上行传输；和/或停止在准备时间内进行下行传输。
本公开实施例中，网络侧设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内接收终端设备的上行传输。
本公开实施例中，网络侧设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内进行下行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内接收终端设备的上行传输，以及停止在准备时间内进行下行传输。
在一些实施例中，网络侧设备确定终端设备进行上行天线切换所需的准备时间，包括：响应于满足 特定条件，确定终端设备进行上行天线切换所需的准备时间。
本公开实施例中，网络侧设备确定终端设备进行上行天线切换所需的准备时间，可以在满足特定条件的情况下，才确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，特定条件，包括以下至少一项：
终端设备的切换模式涉及两个频段；
终端设备的切换模式涉及两个以上频段；
终端设备的上行天线切换发生在不同的切换方案之间。
本公开实施例中，特定条件包括终端设备的切换模式涉及两个频段。
本公开实施例中，特定条件包括终端设备的切换模式涉及两个以上频段。
本公开实施例中，特定条件包括终端设备的上行天线切换发生在不同的切换方案之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一些实施例中，切换模式，包括以下至少一项：
终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；
终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括切换模式涉及两个频段，其中，切换模式包括1个单端口的上行频段和另外1个单端口的上行频段之间切换。
在另一种可能的实现方式中，特定条件包括切换模式涉及两个以上频段，其中，切换模式包括2个单端口的上行频段和另外2个单端口的上行频段之间切换。
在又一种可能的实现方式中，特定条件包括切换模式涉及两个以上频段，其中，切换模式包括切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实现方式仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此。
在一些实施例中，第一端口状态处在第一频段，为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
本公开实施例中，第一端口状态处在第一频段，可以为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
在一些实施例中，第二端口处在第二频段的预存状态，为在切换前的状态中，终端设备未通过第二端口发送数据。
本公开实施例中，第二端口状态处在第二频段的预存状态，可以为在切换前的状态中，终端设备未通过第二端口发送数据。
在一些实施例中，终端设备的切换模式涉及两个以上频段，包括以下至少一项：
终端设备支持三个频段，切换发生在三个频段之间；
终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；
终端设备支持四个频段，切换发生在四个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持三个频段，切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，切换发生在四个频段之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施， 也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
本公开实施例中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以包括如上表1中所示不同的方案。
在一些实施例中，所述终端设备设有至少第一天线和第二天线；切换方案，包括以下至少一项：
终端设备的第一天线指向第一频段，第二天线指向第二频段；
终端设备的第一天线指向第一频段，第二天线指向第三频段；
终端设备的第一天线指向第一频段，第二天线指向第四频段；
终端设备的第一天线指向第二频段，第二天线指向第三频段；
终端设备的第一天线指向第二频段，第二天线指向第四频段；
终端设备的第一天线指向第三频段，第二天线指向第四频段；
终端设备的第一天线和第二天线指向第一频段；
终端设备的第一天线和第二天线指向第二频段；
终端设备的第一天线和第二天线指向第三频段；
终端设备的第一天线和第二天线指向第四频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以为：方案1#：第一天线指向第一频段，第二天线指向第二频段，方案2#第一天线指向第一频段，第二天线指向第三频段，特定条件包括上行天线切换发生在方案1#和方案2#之间，例如，由方案1#切换至方案2#，或者由方案2#切换至方案1#。
需要说明的是，上述实现方案仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此，例如切换方案还可以为方案1#、方案2#以外的其他方案。
可以理解的是，为了保证通信质量，网络侧设备需要与终端设备对终端设备进行上行天线切换所需的准备时间保持一致的理解。
基于此，网络侧设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以将准备时间发送至终端设备。
在一些实施例中，网络侧设备向终端设备发送指示信息，其中，指示信息用于指示终端设备进行上行天线切换所需的准备时间。
本公开实施例中，网络侧设备可以向终端设备发送指示信息，以指示终端设备进行上行天线切换所需的准备时间，基于此，终端设备在接收到网络侧设备的指示信息的情况下，可以根据指示信息确定准备时间。由此，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，网络侧设备向终端设备发送指示信息，包括以下至少一个：
向终端设备发送半静态信令；
向终端设备发送MAC CE；
向终端设备发送DCI。
本公开实施例中，网络侧设备向终端设备发送指示信息，可以向终端设备发送半静态信令，其中，半静态信令是指RRC(Radio Resource Control)信令，RRC信令中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备向终端设备发送指示信息，可以向终端设备发送MAC CE，其中，MAC CE中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备向终端设备发送指示信息，可以向终端设备发送DCI，其中，DCI中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
需要说明的是，本公开实施例中，S31可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，网络侧设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。由此，可以支持确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
请参见图4，图4是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图。
如图4所示，该方法可以包括但不限于如下步骤：
S41：终端设备响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
本公开实施例中，终端设备可以在满足特定条件的情况下，才确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，特定条件，包括以下至少一项：
终端设备的切换模式涉及两个频段；
终端设备的切换模式涉及两个以上频段；
终端设备的上行天线切换发生在不同的切换方案之间。
本公开实施例中，特定条件包括终端设备的切换模式涉及两个频段。
本公开实施例中，特定条件包括终端设备的切换模式涉及两个以上频段。
本公开实施例中，特定条件包括终端设备的上行天线切换发生在不同的切换方案之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一些实施例中，切换模式，包括以下至少一项：
终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；
终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括切换模式涉及两个频段，其中，切换模式包括1个单端口的上行频段和另外1个单端口的上行频段之间切换。
在另一种可能的实现方式中，特定条件包括切换模式涉及两个以上频段，其中，切换模式包括2个单端口的上行频段和另外2个单端口的上行频段之间切换。
在又一种可能的实现方式中，特定条件包括切换模式涉及两个以上频段，其中，切换模式包括切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实现方式仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此。
在一些实施例中，第一端口状态处在第一频段，为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
本公开实施例中，第一端口状态处在第一频段，可以为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
在一些实施例中，第二端口处在第二频段的预存状态，为在切换前的状态中，终端设备未通过第二端口发送数据。
本公开实施例中，第二端口状态处在第二频段的预存状态，可以为在切换前的状态中，终端设备未通过第二端口发送数据。
在一些实施例中，终端设备的切换模式涉及两个以上频段，包括以下至少一项：
终端设备支持三个频段，切换发生在三个频段之间；
终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；
终端设备支持四个频段，切换发生在四个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持三个频段，切换发生在 三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，切换发生在四个频段之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
本公开实施例中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以包括如上表1中所示不同的方案。
在一些实施例中，终端设备设有至少第一天线和第二天线；切换方案，包括以下至少一项：
终端设备的第一天线指向第一频段，且第二天线指向第二频段；
终端设备的第一天线指向第一频段，且第二天线指向第三频段；
终端设备的第一天线指向第一频段，且第二天线指向第四频段；
终端设备的第一天线指向第二频段，且第二天线指向第三频段；
终端设备的第一天线指向第二频段，且第二天线指向第四频段；
终端设备的第一天线指向第三频段，且第二天线指向第四频段；
终端设备的第一天线和第二天线指向第一频段；
终端设备的第一天线和第二天线指向第二频段；
终端设备的第一天线和第二天线指向第三频段；
终端设备的第一天线和第二天线指向第四频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以为：方案1#：第一天线指向第一频段，第二天线指向第二频段，方案2#第一天线指向第一频段，第二天线指向第三频段，特定条件包括上行天线切换发生在方案1#和方案2#之间，例如，由方案1#切换至方案2#，或者由方案2#切换至方案1#。
需要说明的是，上述实现方案仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此，例如切换方案还可以为方案1#、方案2#以外的其他方案。
需要说明的是，本公开实施例中，S41可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21和/或S31一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，终端设备响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。由此，可以支持满足特定条件的情况下，确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
请参见图5，图5是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图。
如图5所示，该方法可以包括但不限于如下步骤：
S51：网络侧设备响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
本公开实施例中，网络侧设备可以在满足特定条件的情况下，才确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，特定条件，包括以下至少一项：
终端设备的切换模式涉及两个频段；
终端设备的切换模式涉及两个以上频段；
终端设备的上行天线切换发生在不同的切换方案之间。
本公开实施例中，特定条件包括终端设备的切换模式涉及两个频段。
本公开实施例中，特定条件包括终端设备的切换模式涉及两个以上频段。
本公开实施例中，特定条件包括终端设备的上行天线切换发生在不同的切换方案之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一些实施例中，切换模式，包括以下至少一项：
终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；
终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括切换模式涉及两个频段，其中，切换模式包括1个单端口的上行频段和另外1个单端口的上行频段之间切换。
在另一种可能的实现方式中，特定条件包括切换模式涉及两个以上频段，其中，切换模式包括2个单端口的上行频段和另外2个单端口的上行频段之间切换。
在又一种可能的实现方式中，特定条件包括切换模式涉及两个以上频段，其中，切换模式包括切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
需要说明的是，上述实现方式仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此。
在一些实施例中，第一端口状态处在第一频段，为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
本公开实施例中，第一端口状态处在第一频段，可以为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
在一些实施例中，第二端口处在第二频段的预存状态，为在切换前的状态中，终端设备未通过第二端口发送数据。
本公开实施例中，第二端口状态处在第二频段的预存状态，可以为在切换前的状态中，终端设备未通过第二端口发送数据。
在一些实施例中，终端设备的切换模式涉及两个以上频段，包括以下至少一项：
终端设备支持三个频段，切换发生在三个频段之间；
终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；
终端设备支持四个频段，切换发生在四个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持三个频段，切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间。
本公开实施例中，终端设备的切换模式涉及两个以上频段包括终端设备支持四个频段，切换发生在四个频段之间。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
本公开实施例中，特定条件包括上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以包括如上表1中所示不同的方案。
在一些实施例中，终端设备设有至少第一天线和第二天线；切换方案，包括以下至少一项：
终端设备的第一天线指向第一频段，且第二天线指向第二频段；
终端设备的第一天线指向第一频段，且第二天线指向第三频段；
终端设备的第一天线指向第一频段，且第二天线指向第四频段；
终端设备的第一天线指向第二频段，且第二天线指向第三频段；
终端设备的第一天线指向第二频段，且第二天线指向第四频段；
终端设备的第一天线指向第三频段，且第二天线指向第四频段；
终端设备的第一天线和第二天线指向第一频段；
终端设备的第一天线和第二天线指向第二频段；
终端设备的第一天线和第二天线指向第三频段；
终端设备的第一天线和第二天线指向第四频段。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施， 也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
在一种可能的实现方式中，特定条件包括终端设备的上行天线切换发生在不同的切换方案之间，其中，不同的切换方案可以为：方案1#：第一天线指向第一频段，第二天线指向第二频段，方案2#第一天线指向第一频段，第二天线指向第三频段，特定条件包括上行天线切换发生在方案1#和方案2#之间，例如，由方案1#切换至方案2#，或者由方案2#切换至方案1#。
需要说明的是，上述实现方案仅作为示意，不作为对本公开实施例的具体限制，本公开实施例不限于此，例如切换方案还可以为方案1#、方案2#以外的其他方案。
需要说明的是，本公开实施例中，S51可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21和/或S31和/或S41一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，网络侧设备响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。由此，可以支持满足特定条件的情况下，确定终端设备进行上行天线切换的所需的准备时间，以保证通信质量。
请参见图6，图6是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图。
如图6所示，该方法可以包括但不限于如下步骤：
S61：终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
其中，S61的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
S62：终端设备停止在准备时间内进行上行传输；和/或停止在准备时间内接收网络侧设备的下行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内进行上行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内接收网络侧设备的下行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内进行上行传输，以及停止在准备时间内接收网络侧设备的下行传输。
需要说明的是，本公开实施例中，S61与S62可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21和/或S31和/或S41和/或S51一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，终端设备停止在准备时间内进行上行传输；和/或停止在准备时间内接收网络侧设备的下行传输。由此，可以支持确定终端设备进行上行天线切换的所需的准备时间，并在准备时间内停止上行传输和/或停止接收网络侧设备的下行传输，以保证通信质量。
请参见图7，图7是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图。
如图7所示，该方法可以包括但不限于如下步骤：
S71：网络侧设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
其中，S71中对于准备时间的相关描述，可以参见上述实施例中的相关描述，此处不再赘述。
S72：网络侧设备停止在准备时间内接收终端设备的上行传输；和/或，网络侧设备停止在准备时间内进行下行传输。
本公开实施例中，网络侧设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内接收终端设备的上行传输。
本公开实施例中，网络侧设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内进行下行传输。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，可以停止在准备时间内接收终端设备的上行传输，以及停止在准备时间内进行下行传输。
需要说明的是，本公开实施例中，S71与S72可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21和/或S31和/或S41和/或S51和/或S61与S62一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，网络侧设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，网络侧设备停止在准备时间内接收终端 设备的上行传输；和/或停止在准备时间内进行下行传输。由此，可以支持确定终端设备进行上行天线切换的所需的准备时间，并在准备时间内停止接收终端设备的上行传输和/或停止下行传输，以保证通信质量。
请参见图8，图8是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图。
如图8所示，该方法可以包括但不限于如下步骤：
S81：终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
本公开实施例中，终端设备可以基于实现确定终端设备进行上行天线切换所需的准备时间，或者还可以基于协议约定确定终端设备进行上行天线切换所需的准备时间。
其中，准备时间的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
S82：终端设备向网络侧设备上报准备时间。
S83：网络侧设备确定终端设备进行上行天线切换所需的准备时间。
本公开实施例中，终端设备在确定终端设备进行上行天线切换所需的准备时间的情况下，支持向网络侧设备上报准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，终端设备向网络侧设备上报准备时间，包括：
向网络侧设备上报能力信息，其中，能力信息包括准备时间；或者
向网络侧设备发送第一信令，其中，第一信令包括准备时间。
本公开实施例中，终端设备向网络侧设备上报能力信息，能力信息包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备向网络侧设备发送第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，终端设备向网络侧设备第一信令，包括以下至少一项：
通过物理上行共享信道PUSCH向网络侧设备发送第一信令；
通过物理上行控制信道PUCCH向网络侧设备发送第一信令；
向网络侧设备发送上行控制信息UCI。
本公开实施例中，终端设备通过PUSCH(physical uplink shared channel，物理上行共享信道)向网络侧设备发送第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备通过PUCCH(physical uplink control channel，物理上行控制信道)向网络侧设备发送第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，终端设备向网络侧设备发送UCI(uplink control information，上行控制信息)，向网络侧设备第一信令，第一信令包括准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
需要说明的是，本公开实施例中，S41可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21和/或S31和/或S41和/或S51和/或S61与S62和/或S71与S72一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，终端设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，向网络侧设备上报准备时间，网络侧设备确定终端设备进行上行天线切换所需的准备时间。由此，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
请参见图9，图9是本公开实施例提供的又一种上行天线切换的准备时间的确定方法的流程图。
如图9所示，该方法可以包括但不限于如下步骤：
S91：网络侧设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
本公开实施例中，网络侧设备可以默认一个时间，确定为终端设备进行上行天线切换所需的准备时间。
其中，准备时间的相关描述可以参见上述实施例中的相关描述，此处不再赘述。
S92：网络侧设备向终端设备发送指示信息，其中，指示信息用于指示终端设备进行上行天线切换 所需的准备时间。
S93：终端设备确定终端设备进行上行天线切换所需的准备时间，
本公开实施例中，网络侧设备可以向终端设备发送指示信息，以指示终端设备进行上行天线切换所需的准备时间，基于此，终端设备在接收到网络侧设备的指示信息的情况下，可以根据指示信息确定准备时间。由此，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
在一些实施例中，网络侧设备向终端设备发送指示信息，包括以下至少一个：
向终端设备发送半静态信令；
向终端设备发送MAC CE；
向终端设备发送DCI。
本公开实施例中，网络侧设备向终端设备发送指示信息，可以向终端设备发送半静态信令，其中，半静态信令中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备向终端设备发送指示信息，可以向终端设备发送MAC CE，其中，MAC CE中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
本公开实施例中，网络侧设备向终端设备发送指示信息，可以向终端设备发送DCI，其中，DCI中包括指示信息，由此，终端设备能够确定网络侧设备指示的终端设备进行上行天线切换所需的准备时间，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。
需要说明的是，本公开实施例中，S51可以单独被实施，也可以结合本公开实施例中的任何一个其他步骤一起被实施，例如结合本公开实施例中的S21和/或S31和/或S41和/或S51和/或S61与S62和/或S71与S72一起被实施，本公开实施例并不对此做出限定。
通过实施本公开实施例，网络侧设备确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间，向终端设备发送指示信息，其中，指示信息用于指示终端设备进行上行天线切换所需的准备时间，终端设备确定终端设备进行上行天线切换所需的准备时间。由此，能够保证网络侧设备与终端设备能够对终端设备进行上行天线切换所需的准备时间保持一致的理解，以保证通信质量。
上述本公开提供的实施例中，分别从终端设备、网络侧设备、以及终端设备与网络侧设备交互的角度对本公开实施例提供的方法进行了介绍。
请参见图10，为本公开实施例提供的一种通信装置1的结构示意图。图10所示的通信装置1可包括收发模块11和处理模块12。收发模块可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块可以实现发送功能和/或接收功能。
通信装置1可以是终端设备，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。或者，通信装置1可以是网络侧设备，也可以是网络侧设备中的装置，还可以是能够与网络侧设备匹配使用的装置。
通信装置1为终端设备：
该装置，包括：处理模块12。
处理模块12，被配置为确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
如图10所示，在一些实施例中，该装置还包括：收发模块11。
收发模块11，被配置为向网络侧设备上报准备时间。
在一些实施例中，收发模块11，还被配置为向网络侧设备上报能力信息，其中，能力信息包括准备时间；或者向网络侧设备发送第一信令，其中，第一信令包括准备时间。
在一些实施例中，收发模块11，还被配置为执行以下至少一项：
通过物理上行共享信道PUSCH向网络侧设备发送第一信令；
通过物理上行控制信道PUCCH向网络侧设备发送第一信令；
向网络侧设备发送上行控制信息UCI。
在一些实施例中，准备时间，包括以下至少一项：
终端设备进行内存单元刷新所需的时间；
终端设备进行内存单元加载所需的时间；
终端设备中断当前所有传输的时间；
网络侧设备停止对终端设备进行调度的时间。
在一些实施例中，收发模块11，还被配置为停止在准备时间内进行上行传输；和/或停止在准备时间内接收网络侧设备的下行传输。
在一些实施例中，处理模块12，还被配置为响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，特定条件，包括以下至少一项：
终端设备的切换模式涉及两个频段；
终端设备的切换模式涉及两个以上频段；
终端设备的上行天线切换发生在不同的切换方案之间。
在一些实施例中，切换模式，包括以下至少一项：
终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；
终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
在一些实施例中，终端设备设有至少第一天线和第二天线；切换方案，包括以下至少一项：
终端设备的第一天线指向第一频段，且第二天线指向第二频段；
终端设备的第一天线指向第一频段，且第二天线指向第三频段；
终端设备的第一天线指向第一频段，且第二天线指向第四频段；
终端设备的第一天线指向第二频段，且第二天线指向第三频段；
终端设备的第一天线指向第二频段，且第二天线指向第四频段；
终端设备的第一天线指向第三频段，且第二天线指向第四频段；
终端设备的第一天线和第二天线指向第一频段；
终端设备的第一天线和第二天线指向第二频段；
终端设备的第一天线和第二天线指向第三频段；
终端设备的第一天线和第二天线指向第四频段。
在一些实施例中，终端设备的切换模式涉及两个以上频段，包括以下至少一项：
终端设备支持三个频段，切换发生在三个频段之间；
终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；
终端设备支持四个频段，切换发生在四个频段之间。
在一些实施例中，第一端口状态处在第一频段，为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
在一些实施例中，第二端口处在第二频段的预存状态，为在切换前的状态中，终端设备未通过第二端口发送数据。
在一些实施例中，收发模块11，还被配置为接收网络侧设备发送的指示信息，其中，指示信息用于指示终端设备进行上行天线切换所需的准备时间；
处理模块12，还被配置为根据指示信息，确定准备时间。
在一些实施例中，收发模块11，还被配置为执行以下至少一个：
接收网络侧设备发送的半静态信令；
接收网络侧设备发送的媒体接入控制控制元素MAC CE；
接收网络侧设备发送的下行控制信息DCI。
通信装置1为网络侧设备：
该装置，包括：处理模块12。
处理模块12，被配置为确定终端设备进行上行天线切换所需的准备时间，其中，准备时间包括用 于准备的第一时间和/或用于天线切换的第二时间。
如图10所示，该装置，还包括：收发模块11。
收发模块11，被配置为接收终端设备上报的准备时间。
在一些实施例中，收发模块11，还被配置为接收终端设备上报的能力信息，其中，能力信息包括准备时间；或者接收终端设备发送的第一信令，其中，第一信令包括准备时间。
在一些实施例中，收发模块11，还被配置为执行以下至少一项：
接收终端设备通过PUSCH发送的第一信令；
接收终端设备通过PUCCH发送的第一信令；
接收终端设备发送的UCI。
在一些实施例中，准备时间，包括以下至少一项：
终端设备进行内存单元刷新所需的时间；
终端设备进行内存单元加载所需的时间；
终端设备中断当前所有传输的时间；
网络侧设备停止对终端设备进行调度的时间。
在一些实施例中，收发模块11，还被配置为停止在准备时间内接收终端设备的上行传输；和/或停止在准备时间内进行下行传输。
在一些实施例中，处理模块12，还被配置为响应于满足特定条件，确定终端设备进行上行天线切换所需的准备时间。
在一些实施例中，特定条件，包括以下至少一项：
终端设备的切换模式涉及两个频段；
终端设备的切换模式涉及两个以上频段；
终端设备的上行天线切换发生在不同的切换方案之间。
在一些实施例中，切换模式，包括以下至少一项：
终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；
终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；
终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；
终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；
终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
在一些实施例中，终端设备设有至少第一天线和第二天线；切换方案，包括以下至少一项：
终端设备的第一天线指向第一频段，且第二天线指向第二频段；
终端设备的第一天线指向第一频段，且第二天线指向第三频段；
终端设备的第一天线指向第一频段，且第二天线指向第四频段；
终端设备的第一天线指向第二频段，且第二天线指向第三频段；
终端设备的第一天线指向第二频段，且第二天线指向第四频段；
终端设备的第一天线指向第三频段，且第二天线指向第四频段；
终端设备的第一天线和第二天线指向第一频段；
终端设备的第一天线和第二天线指向第二频段；
终端设备的第一天线和第二天线指向第三频段；
终端设备的第一天线和第二天线指向第四频段。
在一些实施例中，终端设备的切换模式涉及两个以上频段，包括以下至少一项：
终端设备支持三个频段，切换发生在三个频段之间；
终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；
终端设备支持四个频段，切换发生在四个频段之间。
在一些实施例中，第一端口状态处在第一频段，为在切换前的状态中，终端设备在第一频段可通过第一端口发送数据。
在一些实施例中，第二端口处在第二频段的预存状态，为在切换前的状态中，终端设备未通过第二端口发送数据。
在一些实施例中，收发模块11，还被配置为向终端设备发送指示信息，其中，指示信息用于指示 终端设备进行上行天线切换所需的准备时间。
在一些实施例中，收发模块11，还被配置为执行以下至少一个：
向终端设备发送半静态信令；
向终端设备发送MAC CE；
向终端设备发送DCI。
关于上述实施例中的通信装置1，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开上述实施例中提供的通信装置1，与上面一些实施例中提供的上行天线切换的准备时间的确定方法取得相同或相似的有益效果，此处不再赘述。
请参见图11，图11是本公开实施例提供的另一种通信装置1000的结构示意图。通信装置1000可以是终端设备，也可以是网络侧设备，也可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等，还可以是支持网络侧设备实现上述方法的芯片、芯片系统、或处理器等。该通信装置1000可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
通信装置1000可以包括一个或多个处理器1001。处理器1001可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，网络侧设备、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。
可选的，通信装置1000中还可以包括一个或多个存储器1002，其上可以存有计算机程序1004，存储器1002执行所述计算机程序1004，以使得通信装置1000执行上述方法实施例中描述的方法。可选的，所述存储器1002中还可以存储有数据。通信装置1000和存储器1002可以单独设置，也可以集成在一起。
可选的，通信装置1000还可以包括收发器1005、天线1006。收发器1005可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1005可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
可选的，通信装置1000中还可以包括一个或多个接口电路1007。接口电路1007用于接收代码指令并传输至处理器1001。处理器1001运行所述代码指令以使通信装置1000执行上述方法实施例中描述的方法。
通信装置1000为第一终端设备：处理器1001用于执行图2中的S21：图4中的S41；图6中的S61；图8中的S81；图9中的S93；收发器1005用于执行图6中的S62；图8中的S82；图9中的S92。
通信装置1000为网络侧设备：处理器1001用于执行图3中的S31：图5中的S51；图7中的S71；图8中的S83；图9中的S91；收发器1005用于执行图7中的S72；图8中的S82；图9中的S92。
在一种实现方式中，处理器1001中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中，处理器1001可以存有计算机程序1003，计算机程序1003在处理器1001上运行，可使得通信装置1000执行上述方法实施例中描述的方法。计算机程序1003可能固化在处理器1001中，该种情况下，处理器1001可能由硬件实现。
在一种实现方式中，通信装置1000可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuit board，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是终端设备或网络侧设备，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图11的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；
(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；
(3)ASIC，例如调制解调器(Modem)；
(4)可嵌入在其他设备内的模块；
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；
(6)其他等等。
对于通信装置可以是芯片或芯片系统的情况，请参见图12，为本公开实施例中提供的一种芯片的结构图。
芯片1100包括处理器1101和接口1103。其中，处理器1101的数量可以是一个或多个，接口1103的数量可以是多个。
对于芯片用于实现本公开实施例中终端设备的功能的情况：
接口1103，用于接收代码指令并传输至所述处理器。
处理器1101，用于运行代码指令以执行如上面一些实施例所述的上行天线切换的准备时间的确定方法。
对于芯片用于实现本公开实施例中网络侧设备的功能的情况：
接口1103，用于接收代码指令并传输至所述处理器。
处理器1101，用于运行代码指令以执行如上面一些实施例所述的上行天线切换的准备时间的确定方法。
可选的，芯片1100还包括存储器1102，存储器1102用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。
本公开实施例还提供一种上行天线切换的准备时间的确定系统，该系统包括前述图10实施例中作为终端设备的通信装置和作为网络侧设备的通信装置，或者，该系统包括前述图10实施例中作为终端设备的通信装置和作为网络侧设备的通信装置。
本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。
本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、 指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。
Claims (35)
- 一种上行天线切换的准备时间的确定方法，其特征在于，所述方法由终端设备执行，包括：确定所述终端设备进行上行天线切换所需的准备时间，其中，所述准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
- 如权利要求1所述的方法，其特征在于，所述方法还包括：向网络侧设备上报所述准备时间。
- 如权利要求2所述的方法，其特征在于，所述向网络侧设备上报所述准备时间，包括：向所述网络侧设备上报能力信息，其中，所述能力信息包括所述准备时间；或者向所述网络侧设备发送第一信令，其中，所述第一信令包括所述准备时间。
- 如权利要求3所述的方法，其特征在于，所述向所述网络侧设备发送第一信令，包括以下至少一项：通过物理上行共享信道PUSCH向所述网络侧设备发送所述第一信令；通过物理上行控制信道PUCCH向所述网络侧设备发送所述第一信令；向所述网络侧设备发送上行控制信息UCI。
- 如权利要求1至4中任一项所述的方法，其特征在于，所述准备时间，包括以下至少一项：所述终端设备进行内存单元刷新所需的时间；所述终端设备进行内存单元加载所需的时间；所述终端设备中断当前所有传输的时间；网络侧设备停止对所述终端设备进行调度的时间。
- 如权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：停止在所述准备时间内进行上行传输；和/或停止在所述准备时间内接收网络侧设备的下行传输。
- 如权利要求1至6中任一项所述的方法，其特征在于，所述确定所述终端设备进行上行天线切换所需的准备时间，包括：响应于满足特定条件，确定所述终端设备进行上行天线切换所需的准备时间。
- 如权利要求7所述的方法，其特征在于，所述特定条件，包括以下至少一项：所述终端设备的切换模式涉及两个频段；所述终端设备的切换模式涉及两个以上频段；所述终端设备的上行天线切换发生在不同的切换方案之间。
- 如权利要求8所述的方法，其特征在于，所述切换模式，包括以下至少一项：所述终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；所述终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；所述终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；所述终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
- 如权利要求8所述的方法，其特征在于，所述终端设备设有至少第一天线和第二天线；所述切换方案，包括以下至少一项：所述终端设备的第一天线指向第一频段，且第二天线指向第二频段；所述终端设备的第一天线指向第一频段，且第二天线指向第三频段；所述终端设备的第一天线指向第一频段，且第二天线指向第四频段；所述终端设备的第一天线指向第二频段，且第二天线指向第三频段；所述终端设备的第一天线指向第二频段，且第二天线指向第四频段；所述终端设备的第一天线指向第三频段，且第二天线指向第四频段；所述终端设备的第一天线和第二天线指向第一频段；所述终端设备的第一天线和第二天线指向第二频段；所述终端设备的第一天线和第二天线指向第三频段；所述终端设备的第一天线和第二天线指向第四频段。
- 如权利要求8所述的方法，其特征在于，所述终端设备的切换模式涉及两个以上频段，包括以下至少一项：所述终端设备支持三个频段，切换发生在三个频段之间；所述终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；所述终端设备支持四个频段，切换发生在四个频段之间。
- 如权利要求9所述的方法，其特征在于，所述第一端口状态处在第一频段，为在切换前的状态中，所述终端设备在所述第一频段可通过所述第一端口发送数据。
- 如权利要求9所述的方法，其特征在于，所述第二端口处在第二频段的预存状态，为在切换前的状态中，所述终端设备未通过所述第二端口发送数据。
- 如权利要求1所述的方法，其特征在于，所述确定所述终端设备进行上行天线切换所需的准备时间，包括：接收网络侧设备发送的指示信息，其中，所述指示信息用于指示所述终端设备进行上行天线切换所需的所述准备时间；根据所述指示信息，确定所述准备时间。
- 如权利要求14所述的方法，其特征在于，所述接收网络侧设备发送的指示信息，包括以下至少一个：接收网络侧设备发送的半静态信令；接收网络侧设备发送的媒体接入控制控制元素MAC CE；接收网络侧设备发送的下行控制信息DCI。
- 一种上行天线切换的准备时间的确定方法，其特征在于，所述方法由网络侧设备执行，包括：确定终端设备进行上行天线切换所需的准备时间，其中，所述准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
- 如权利要求16所述的方法，其特征在于，所述方法还包括：接收所述终端设备上报的所述准备时间。
- 如权利要求17所述的方法，其特征在于，所述接收所述终端设备上报的所述准备时间，包括：接收所述终端设备上报的能力信息，其中，所述能力信息包括所述准备时间；或者接收所述终端设备发送的第一信令，其中，所述第一信令包括所述准备时间。
- 如权利要求18所述的方法，其特征在于，所述接收所述终端设备发送的第一信令，包括以下至少一项：接收所述终端设备通过PUSCH发送的所述第一信令；接收所述终端设备通过PUCCH发送的所述第一信令；接收所述终端设备发送的UCI。
- 如权利要求16至19中任一项所述的方法，其特征在于，所述准备时间，包括以下至少一项：所述终端设备进行内存单元刷新所需的时间；所述终端设备进行内存单元加载所需的时间；所述终端设备中断当前所有传输的时间；网络侧设备停止对所述终端设备进行调度的时间。
- 如权利要求16至20中任一项所述的方法，其特征在于，所述方法还包括：停止在所述准备时间内接收所述终端设备的上行传输；和/或停止在所述准备时间内进行下行传输。
- 如权利要求16至21中任一项所述的方法，其特征在于，所述确定所述终端设备进行上行天线切换所需的准备时间，包括：响应于满足特定条件，确定所述终端设备进行上行天线切换所需的准备时间。
- 如权利要求22所述的方法，其特征在于，所述特定条件，包括以下至少一项：所述终端设备的切换模式涉及两个频段；所述终端设备的切换模式涉及两个以上频段；所述终端设备的上行天线切换发生在不同的切换方案之间。
- 如权利要求23所述的方法，其特征在于，所述切换模式，包括以下至少一项：所述终端设备在2个单端口的上行频段和另外2个单端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和另外1个单端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和另外1个双端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和其中1个单端口的上行频段之间切换；所述终端设备在2个单端口的上行频段和其中1个双端口的上行频段之间切换；所述终端设备在1个单端口的上行频段和另外1个单端口的上行频段之间切换；所述终端设备在1个双端口的上行频段和另外1个双端口的上行频段之间切换；所述终端设备在切换前第一端口状态处在第一频段，第二端口处在第二频段的预存状态，切换后至少一个端口状态处第三频段。
- 如权利要求23所述的方法，其特征在于，所述终端设备设有至少第一天线和第二天线；所述切换方案，包括以下至少一项：所述终端设备的第一天线指向第一频段，且第二天线指向第二频段；所述终端设备的第一天线指向第一频段，且第二天线指向第三频段；所述终端设备的第一天线指向第一频段，且第二天线指向第四频段；所述终端设备的第一天线指向第二频段，且第二天线指向第三频段；所述终端设备的第一天线指向第二频段，且第二天线指向第四频段；所述终端设备的第一天线指向第三频段，且第二天线指向第四频段；所述终端设备的第一天线和第二天线指向第一频段；所述终端设备的第一天线和第二天线指向第二频段；所述终端设备的第一天线和第二天线指向第三频段；所述终端设备的第一天线和第二天线指向第四频段。
- 如权利要求23所述的方法，其特征在于，所述终端设备的切换模式涉及两个以上频段，包括以下至少一项：所述终端设备支持三个频段，切换发生在三个频段之间；所述终端设备支持四个频段，网络侧设备配置其中三个频段，且切换发生在三个频段之间；所述终端设备支持四个频段，切换发生在四个频段之间。
- 如权利要求24所述的方法，其特征在于，所述第一端口状态处在第一频段，为在切换前的状态中，所述终端设备在所述第一频段可通过所述第一端口发送数据。
- 如权利要求24所述的方法，其特征在于，所述第二端口处在第二频段的预存状态，为在切换前的状态中，所述终端设备未通过所述第二端口发送数据。
- 如权利要求16所述的方法，其特征在于，所述方法还包括：向所述终端设备发送指示信息，其中，所述指示信息用于指示所述终端设备进行上行天线切换所需的所述准备时间。
- 如权利要求29所述的方法，其特征在于，所述向所述终端设备发送指示信息，包括以下至少一个：向所述终端设备发送半静态信令；向所述终端设备发送MAC CE；向所述终端设备发送DCI。
- 一种通信装置，其特征在于，所述装置包括：处理模块，被配置为确定所述终端设备进行上行天线切换所需的准备时间，其中，所述准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
- 一种通信装置，其特征在于，所述装置包括：处理模块，被配置为确定终端设备进行上行天线切换所需的准备时间，其中，所述准备时间包括用于准备的第一时间和/或用于天线切换的第二时间。
- 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至15中任一项所述的方法，或所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求16至30中任一项所述的方法。
- 一种通信装置，其特征在于，包括：处理器和接口电路；所述接口电路，用于接收代码指令并传输至所述处理器；所述处理器，用于运行所述代码指令以执行如权利要求1至15中任一项所述的方法，或用于运行所述代码指令以执行如权利要求16至30中任一项所述的方法。
- 一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至15中任一项所述的方法被实现，或当所述指令被执行时，使如权利要求16至30中任一项所述的方法被实现。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2022/123875 WO2024073894A1 (zh) | 2022-10-08 | 2022-10-08 | 上行天线切换的准备时间的确定方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN118176704A true CN118176704A (zh) | 2024-06-11 |
Family
ID=90607461
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202280003997.9A Pending CN118176704A (zh) | 2022-10-08 | 2022-10-08 | 上行天线切换的准备时间的确定方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN118176704A (zh) |
| WO (1) | WO2024073894A1 (zh) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10027456B2 (en) * | 2016-09-16 | 2018-07-17 | Qualcomm Incorporated | Beam switching and recovery |
| US11632757B2 (en) * | 2020-12-23 | 2023-04-18 | Qualcomm Incorporated | Beam group user equipment (UE) capability |
-
2022
- 2022-10-08 WO PCT/CN2022/123875 patent/WO2024073894A1/zh active Application Filing
- 2022-10-08 CN CN202280003997.9A patent/CN118176704A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024073894A1 (zh) | 2024-04-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP4322648A1 (en) | Time-domain resource allocation method and apparatus | |
| CN116508373A (zh) | 一种智能中继的波束指示方法及装置 | |
| EP4408109A1 (en) | Method for determining transmission configuration indication state, and apparatus therefor | |
| CN115553023A (zh) | 一种侧行链路sl波束配置方法、装置、设备及存储介质 | |
| CN114208239A (zh) | 一种新空口和新空口侧行链路切换的方法及装置 | |
| CN118176704A (zh) | 上行天线切换的准备时间的确定方法和装置 | |
| CN116097883A (zh) | 信息上报方法和装置 | |
| CN114026907B (zh) | 一种上行波束的测量方法及其装置 | |
| WO2024031485A1 (zh) | 一种传输方法及其装置 | |
| US20240397308A1 (en) | Resource configuration method, apparatus and storage medium | |
| WO2024086979A1 (zh) | 一种传输配置指示tci状态的确定方法及装置 | |
| EP4492889A1 (en) | Method for determining sounding reference signal (srs) resource configuration information, and apparatus using same | |
| WO2024092822A1 (zh) | 指示方法、装置、设备及芯片系统 | |
| US20240292384A1 (en) | Resource allocation method and apparatus thereof | |
| EP4492703A1 (en) | Antenna switching capability reporting method and apparatus using same | |
| US20240397307A1 (en) | Terminal capability reporting method and apparatus, and storage medium | |
| EP4408061A1 (en) | Measurement gap scheduling method and apparatus therefor | |
| CN116724576A (zh) | 收发能力上报方法和装置 | |
| US20250016759A1 (en) | Reference signal configuration method and apparatus | |
| CN118251874A (zh) | 终端能力上报方法和装置 | |
| CN115997459A (zh) | 切换时延的确定方法和装置 | |
| WO2024000201A1 (zh) | 一种指示方法及装置 | |
| CN116547919A (zh) | 切换配置方法和装置 | |
| CN117751564A (zh) | 一种小区配置方法、装置、设备及存储介质 | |
| CN115735349A (zh) | 一种信息确定方法/装置/设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |