CN118044257A - 一种通信模式的确定方法及其装置 - Google Patents

一种通信模式的确定方法及其装置 Download PDF

Info

Publication number
CN118044257A
CN118044257A CN202180102975.3A CN202180102975A CN118044257A CN 118044257 A CN118044257 A CN 118044257A CN 202180102975 A CN202180102975 A CN 202180102975A CN 118044257 A CN118044257 A CN 118044257A
Authority
CN
China
Prior art keywords
communication mode
indication information
network device
access network
communication
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
Application number
CN202180102975.3A
Other languages
English (en)
Inventor
池连刚
冀思伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN118044257A publication Critical patent/CN118044257A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

本申请实施例公开了一种通信模式的确定方法,可应用于通信技术领域,其中,由网络设备执行的方法包括:接收接入网设备发送的第一指示信息,其中,所述第一指示信息用于指示所述接入网设备支持的通信模式;根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。

Description

一种通信模式的确定方法及其装置 技术领域
本申请涉及通信技术领域,尤其涉及一种通信模式的确定方法及其装置。
背景技术
随着无线通信的不断发展,用户对通信能力的要求也越来越高。通常,除了开发更高的频段之外,还可以通过提高频谱效率,比如,通过采用轨道角动量(Orbital angular momentum,OAM)的通信模式,来提高通信能力。
但是OAM的通信模式,在不同的使用场景下,通信能力并不一致。因此,如何提高通信系统的通信能力,是目前亟需解决的问题。
发明内容
本申请实施例提供一种通信模式的确定方法及其装置,可以根据不同场景下,利用不同的数据传输方式进行通信,从而提高通信系统数据传输的性能。
第一方面,本申请实施例提供一种通信模式的确定方法,该方法由网络设备执行,方法包括:接收接入网设备发送的第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式;根据接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
在该技术方案中,网络设备接收第一指示信息后,可以根据第一指示信息中接入网设备所支持的通信模式及自身支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
可选的,还包括:
响应于接入网设备支持一种类型的通信模式,根据接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
可选的,还包括:
响应于接入网设备及网络设备均支持多种类型的通信模式,发送第二指示信息,其中,第二指示信息用于指示网络设备支持的通信模式;
接收第三指示信息,其中,第三指示信息用于指示接入网设备推荐的通信模式;
根据推荐的通信模式,确定待使用的通信模式。
可选的,还包括:
通过单天线端口发送第二指示信息。
可选的,还包括:
发送第四指示信息,其中,第四指示信息用于向接入设备指示基于待使用的通信模式进行数据传输。
可选的,还包括:
发送第五指示信息,其中,第五指示信息用于指示待使用的通信模式的使用时机。
可选的,还包括:
基于物理上行共享信道PUSCH,接收接入网设备发送的第一指示信息。
第二方面,本申请实施例提供另一种通信模式的确定方法,方法由接入网设备执行,方法包括:发送第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
在该技术方案中,接入网设备发送用于指示自身支持的通信模式的第一指示信息,网络设备接收第一指示信息后,可以根据第一指示信息中接入网设备所支持的通信模式及自身支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
可选的,还包括:
接收第二指示信息,其中,第二指示信息用于指示网络设备支持的通信模式;
根据当前的信道状态及网络设备支持的通信模式,确定推荐的通信模式;
发送第三指示信息,其中,第三指示信息用于指示接入网设备推荐的通信模式。
可选的,还包括:
接收第四指示信息,其中,第四指示信息用于指示基于待使用的通信模式进行数据传输。
可选的,还包括:
接收第五指示信息,其中,第五指示信息用于指示待使用的通信模式的使用时机。
可选的,还包括:
基于物理上行共享信道PUSCH,发送第一指示信息。
可选的,还包括:
通过单天线端口,发送第一指示信息。
第三方面,本申请实施例提供一种通信装置,在网络设备侧,包括:
收发模块,用于接收接入网设备发送的第一指示信息,其中,所述第一指示信息用于指示所述接入网设备支持的通信模式;
处理模块,用于根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
可选的,所述处理模块,具体用于:
响应于所述接入网设备支持一种类型的通信模式,根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
可选的,所述收发模块,具体用于:
响应于所述接入网设备及所述网络设备均支持多种类型的通信模式,发送第二指示信息,其中,所述第二指示信息用于指示所述网络设备支持的通信模式;
接收第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式;
所述处理模块,具体用于根据所述推荐的通信模式,确定待使用的通信模式。
可选的,所述收发模块,具体用于:
通过单天线端口发送所述第二指示信息。
可选的,所述收发模块,具体用于:
发送第四指示信息,其中,所述第四指示信息用于向所述接入设备指示基于所述待使用的通信模式进行数据传输。
可选的,所述收发模块,具体用于:
发送第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
可选的,所述收发模块,具体用于:
基于物理上行共享信道PUSCH,接收所述接入网设备发送的第一指示信息。
第四方面,本申请实施例提供另一种通信装置,在接入网设备侧,该装置,包括:
收发模块,用于发送第一指示信息,其中,所述第一指示信息用于指示接入网设备支持的通信模式。
可选的,所述收发模块,具体用于:
接收第二指示信息,其中,所述第二指示信息用于指示网络设备支持的通信模式;
处理模块,用于根据当前的信道状态及所述网络设备支持的通信模式,确定推荐的通信模式;
发送第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式。
可选的,所述收发模块,具体用于:
接收第四指示信息,其中,所述第四指示信息用于指示基于所述待使用的通信模式进行数据传输。
可选的,所述收发模块,具体用于:
接收第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
可选的,所述收发模块,具体用于:
基于物理上行共享信道PUSCH,发送所述第一指示信息。
可选的,所述收发模块,具体用于:
通过单天线端口,发送所述第一指示信息。
第五方面,本申请实施例提供一种通信装置,该通信装置包括处理器,当该处理器调用存储器中的计算机程序时,执行上述第一方面所述的方法。
第六方面,本申请实施例提供一种通信装置,该通信装置包括处理器,当该处理器调用存储器中的计算机程序时,执行上述第二方面所述的方法。
第七方面,本申请实施例提供一种通信装置,该通信装置包括处理器和存储器,该存储器中存储有计算机程序;所述处理器执行该存储器所存储的计算机程序,以使该通信装置执行上述第一方面所述的方法。
第八方面,本申请实施例提供一种通信装置,该通信装置包括处理器和存储器,该存储器中存储有计算机程序;所述处理器执行该存储器所存储的计算机程序,以使该通信装置执行上述第二方面所述的方法。
第九方面,本申请实施例提供一种通信装置,该装置包括处理器和接口电路,该接口电路用于接收代码指令并传输至该处理器,该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第十方面,本申请实施例提供一种通信装置,该装置包括处理器和接口电路,该接口电路用于接收代码指令并传输至该处理器,该处理器用于运行所述代码指令以使该装置执行上述第二方面所述的方法。
第十一方面,本申请实施例提供一种通信模式的确定系统,该系统包括第三方面所述的通信装置以及第四方面所述的通信装置,或者,该系统包括第五方面所述的通信装置以及第六方面所述的通信装置,或者,该系统包括第七方面所述的通信装置以及第八方面所述的通信装置,或者,该系统包括第九方面所述的通信装置以及第十方面所述的通信装置。
第十二方面,本发明实施例提供一种计算机可读存储介质,用于储存为上述终端设备所用的指令,当所述指令被执行时,使所述终端设备执行上述第一方面所述的方法。
第十三方面,本发明实施例提供一种可读存储介质,用于储存为上述网络设备所用的指令,当所述指令被执行时,使所述网络设备执行上述第二方面所述的方法。
第十四方面,本申请还提供一种包括计算机程序的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
第十五方面,本申请还提供一种包括计算机程序的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第二方面所述的方法。
第十六方面,本申请提供一种芯片系统,该芯片系统包括至少一个处理器和接口,用于支持终端设备实现第一方面所涉及的功能,例如,确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存终端设备必要的计算机程序和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第十七方面,本申请提供一种芯片系统,该芯片系统包括至少一个处理器和接口,用于支持网络设备实现第二方面所涉及的功能,例如,确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存网络设备必要的计算机程序和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第十八方面,本申请提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
第十九方面,本申请提供一种计算机程序,当其在计算机上运行时,使得计算机执行上述第二方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种通信系统的架构示意图;
图2是本申请实施例提供的一种通信模式的确定方法的流程示意图;
图3是本申请实施例提供的另一种通信模式的确定方法的流程示意图;
图4是本申请实施例提供的又一种通信模式的确定方法的流程示意图;
图5是本申请实施例提供的又一种通信模式的确定方法的流程示意图;
图6是本申请实施例提供的又一种通信模式的确定方法的流程示意图;
图7是本申请实施例提供的又一种通信模式的确定方法的流程示意图;
图8是本申请实施例提供的又一种通信模式的确定方法的流程示意图;
图9是本申请实施例提供的又一种通信模式的确定方法的流程示意图;
图10是本申请实施例提供的一种通信装置的结构示意图;
图11是本申请实施例提供的另一种通信装置的结构示意图;
图12是本申请实施例提供的一种芯片的结构示意图。
具体实施方式
为了便于理解,首先介绍本申请涉及的术语。
1、轨道角动量(Orbital angular momentum,OAM)
轨道角动量(Orbital angular momentum,OAM)独立于传统的相位、频率、极化等调制维度,被认为是一个新的调制维度。涡旋电磁波携带的OAM模态理论上具有无限数量,不同整数本征值的OAM波束之间相互正交,理论上能无限提高频谱利用率。
2、多进多出(multiple-in multipleout,MIMO)
多进多出(multiple-in multipleout,MIMO)是为极大地提高信道容量,在发送端和接收端都使用 多根天线,在收发之间构成多个信道的天线系统。MIMO系统的一个明显特点就是具有极高的频谱利用效率,在对现有频谱资源充分利用的基础上通过利用空间资源来获取可靠性与有效性两方面增益,其代价是增加了发送端与接收端的处理复杂度。大规模MIMO技术采用大量天线来服务数量相对较少的用户,可以有效提高频谱效率。
请参见图1,图1为本申请实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和一个终端设备,图1所示的设备数量和形态仅用于举例并不构成对本申请实施例的限定,实际应用中可以包括两个或两个以上的网络设备,两个或两个以上的终端设备。图1所示的通信系统以包括一个网络设备11和一个终端设备12为例。
需要说明的是,本申请实施例的技术方案可以应用于各种通信系统。例如:长期演进(long term evolution,LTE)系统、第五代(5th generation,5G)移动通信系统、5G新空口(new radio,NR)系统,或者其他未来的新型移动通信系统等。
本申请实施例中的网络设备11是网络侧的一种用于发射或接收信号的实体。例如,网络设备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。
本申请实施例中的终端设备12是用户侧的一种用于接收或发射信号的实体,如手机。终端设备也可以称为终端设备(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)中的无线终端设备等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
可以理解的是,本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着系统架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
下面结合附图对本申请所提供的一种通信模式的确定方法及其装置进行详细地介绍。
请参见图2,图2是本申请实施例提供的一种通信模式的确定方法的流程示意图,该方法由网络设备执行。如图2所示,该方法可以包括但不限于如下步骤:
步骤201:接收接入网设备发送的第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
其中,接入网设备可以为中继器或终端设备等。通信模式可以包括基于波束赋形的MIMO模式、或OAM模式等等,本公开对此不做限定。
可选的,可以基于物理上行共享信道PUSCH,接收接入网设备发送的第一指示信息。
可选的,可以通过第一指示信息中预设的比特位取值,指示接入网设备支持的通信模式,比如预设的比特位取值为01,则表示接入网设备仅支持MIMO模式,预设的比特位取值为10,则表示接入网设备仅支持OAM模式,或者,预设的比特位取值为11,则表示接入网设备即支持MIMO模式,又支持OAM模式等等,本公开对此不做限定。
步骤202,根据接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
其中,网络设备可以为演进型基站(evolved NodeB,eNB)、NR系统中的下一代基站(next generation NodeB,gNB)。
本公开中,在不同场景下,不同通信模式的数据传输效率不同,为了保证在各场景下,通信系统的数据传输效率较高,可以根据接入网设备所支持的通信模式,在不同网络环境下,选择数据传输效率较高的通信模式进行通信,从而提高通信系统的数据传输性能。
本公开中,网络设备在接收到第一指示信息后,首先根据第一指示信息,确定接入网设备支持的通信模式,当接入网设备及网络设备都支持某一通信模式时,可以确定此通信模式为待使用的通信模式。
可选的,待使用的通信模式,可以为一个,也可以为多个。
可选的,若网络设备根据接入网设备支持的通信模式及自身支持的通信模式,确定待使用的通信模式有多个,则可以根据网络设备中预设的,多种通信模式的优先级,确定最终待使用的通信模式。
比如,第一指示信息指示接入网设备支持MIMO模式及OAM模式,网络设备也支持MIMO模式及OAM模式,且网络设备中预先设置了OAM模式优先级高于MIMO模式,则可以将OAM模式确定为待使用的通信模式。
通过实施本公开实施例,网络设备接收第一指示信息后,可以根据第一指示信息中接入网设备所支持的通信模式及自身支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
请参见图3,图3是本申请实施例提供的另一种通信模式的确定方法流程示意图。如图3所示,该方法可以由网络设备执行,该方法可以包括但不限于如下步骤:
步骤301,接收接入网设备发送的第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
本实施例中,步骤301的具体实现过程,可参见本公开任一实施例的详细描述,在此不再赘述。
步骤302,响应于接入网设备及网络设备均支持多种类型的通信模式,发送第二指示信息,其中,第二指示信息用于指示网络设备支持的通信模式。
本公开中,当接入网设备及网络设备均支持多种类型的通信模式时,网络设备可以将自身支持的通信模式发送给接入网设备,以供接入网设备根据信道情况,推荐合适的通信模式。通过这种方式,可以根据信道情况,选择数据传输效率较高的通信模式,从而提高通信系统的数据传输性能。
可选的,网络设备接收到第一指示信息后,根据第一指示信息,确定接入网设备支持的通信模式,当接入网设备及网络设备均支持多种类型的通信模式时,网络设备可以向接入网设备发送第二指示信息。
可选的,当接入网设备支持多种类型的通信模式,网络设备只支持一种通信模式时,如果接入网设备支持的通信模式包括网络设备支持的一种通信模式,可以确定网络设备支持的通信模式为待使用的通信模式。
可选的,当接入网设备支持多种类型的通信模式,网络设备只支持一种通信模式时,如果接入网设备不支持的通信模式包括网络设备支持的一种通信模式,则可以确定此时接入网设备和网络设备之间无法进行可靠通信。
可选的,第二指示信息指示网络设备所支持的通信模式的方式,可以与第一指示信息指示接入网设备所支持的通信模式的方式相同、或不同,本公开对此不做限定。
可选的,网络设备可以通过单天线端口发送第二指示信息。因为单天线端口的鲁棒性最强,网络设备在不知道接入网设备可以使用的通信模式,接入网设备也不知道网络设备可以使用的通信模式的情况下,就可以利用最底层的传输,即使用单天线端口,从而保证第二指示信息的可靠传输。
步骤303,接收第三指示信息,其中,第三指示信息用于指示接入网设备推荐的通信模式。
本公开中,网络设备在发送第二指示信息后,接入网设备可以通过信道监听,来确定各个信道的状态,以根据各个信道的状态,确定推荐的通信模式,之后可以通过第三指示信息,向网络设备指示推荐的通信模式。
比如,网络设备支持MIMO模式,当接入网设备监测到信道为多径时,即当前信道状态非OAM模式的理想信道状态,而OAM通信系统在非理想情况下的性能会下降,从而即可确定推荐的通信模式为MIMO模式,从而即可通过第三指示信息,向网络设备指示推荐的通信模式为MIMO模式。
或者,若网络设备支持MIMO模式及OAM模式,则当接入网设备监测到信道为:接入网设备与网络设备间的信道模型为视距(Line of Sight,los)、且接入网设备与网络设备间的天线处于共轴平行状态,由于此时OAM通信模式的性能会比较好,从而即可确定推荐的通信模式为OAM,从而即可通过第三指示信息,向网络设备指示推荐的通信模式为OAM模式。
可选的,第三指示信息指示接入网设备推荐的通信模式的方式,可以与第一指示信息指示接入网设备所支持的通信模式的方式相同,或者,也可以与第一指示信息指示接入网设备所支持的通信模式的方式不同,本公开对此不做限定。
步骤304,根据推荐的通信模式,确定待使用的通信模式。
本公开中,网络设备在确定接入网设备推荐的通信模式后,即可将推荐的通信模式,确定为待使用的通信模式。
通过实施本公开实施例,网络设备在收到用于指示接入网设备支持的通信模式的第一指示信息、且接入网设备及其自身均支持多种类型的通信模式的情况下,即可向接入网设备发送第二指示信息,指示自身支持的通信模式,进而在接收到接入网设备发送的用于指示其推荐的通信模式的第三指示信息后,即可确定待使用的通信模式。由此,通过根据具体的信道状态确定最优的通信模式,从而提高了通信系 统的能力,提高了数据传输的性能。
请参见图4,图4是本申请实施例提供的另一种通信模式的确定方法流程示意图。如图4所示,该方法可以由网络设备执行,该方法可以包括但不限于如下步骤:
步骤401,接收接入网设备发送的第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
本实施例中,步骤401的具体实现过程,可参见本公开任一实施例的详细描述,在此不再赘述。
步骤402,响应于接入网设备支持一种类型的通信模式,根据接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
本公开中,当接入网设备仅支持一种通信模式时,网络设备则可以直接基于自己支持的模式及接入网设备支持的通信模式,确定待使用的通信模式。
可选的,网络设备接收到第一指示信息后,根据第一指示信息,确定接入网设备只支持一种通信模式,当网络设备同时支持此通信模式时,可以确定此模式为待使用的通信模式。
可选的,网络设备接收到第一指示信息后,根据第一指示信息,确定接入网设备只支持一种通信模式,而网络设备不支持此通信模式时,则可以确定此时接入网设备和网络设备之间无法进行可靠通信。
步骤403,发送第四指示信息,其中,第四指示信息用于向接入设备指示基于待使用的通信模式进行数据传输。
本公开中,确定待使用的通信模式后,网络设备可以向接入网设备发送第四指示信息,以向接入网设备指示,基于待使用的通信模式进行数据传输,接入网设备接收到第四指示信息后,即可通过第四指示信息指示的通信模式进行数据传输。
可选的,第四指示信息指示待使用的通信模式的方式,可以与第一指示信息指示接入网设备所支持的通信模式的方式相同,或者,也可以与第一指示信息指示接入网设备所支持的通信模式的方式不同,本公开对此不做限定。
可选的,接入网设备可以在接收到第四指示信息后,即开始采用指示的通信模式与网络设备进行数据传输,或者,也可以在接收到第四指示信息后的指定时刻,开始采用指示的通信模式与网络设备进行数据传输,本公开对此不做限定。
可选的,网络设备还可以向接入网设备发送第五指示信息,其中,第五指示信息用于指示待使用的通信模式的使用时机。其中,第五指示信息中的使用时机,可以为一个具体的时刻,或者时间单元,其中,时间单元可以为时隙、帧、微时隙等等,本公开对此不做限定。
比如,第五指示信道中的使用时机为某个时刻t,则接入网设备即可在t时刻开始利用指示的通信模式与网络设备进行数据传输。或者,第五指示信道中的使用时机为n个时隙,则接入网设备即可在n个时隙后,开始利用指示的通信模式与网络设备进行数据传输等等,本公开对此不做限定。
可选的,第四指示信息与第五指示信息,可以为同一指示信息,或者也可以为不同的指示信息,也就是说,网络设备可以通过一条指示信息,同时指示待使用的通信模式及该通信模式的使用时机,本公开对此不做限定。通过实施本公开实施例,当接入网设备只支持一种通信模式时,将第一指示信息中接入网设备所支持的通信模式,确定为待使用的通信模式。通过这种方式,可以快速的确定通信模式,能够保证通信系统稳定运行,从而提高了通信系统的能力。
请参见图5,图5是本申请实施例提供的另一种通信模式的确定方法流程示意图。如图5所示,该方法可以由网络设备执行,该方法可以包括但不限于如下步骤:
步骤501,发送同步信号和系统信息。
其中,系统信息可以包括主信息块(Master Information Block,MIB)以及一系列的系统信息块(System Information Block,SIB)等等,本公开对此不作限制。
本公开中,网络设备可以通过单天线端口发送同步信号、系统信息,当接入网设备接收到同步信号和系统信息后,即可根据同步信息及系统信息,进行接入操作。
步骤502,基于物理上行共享信道PUSCH接收第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
本公开中,接入网设备在接收到网络设备发送的同步信号及系统信息后,可以对同步信号进行分析,确定同步信息,还可以对系统信息进行分析,确定初始接入信息,以及获取其他系统信息的基本信息,比如用于进一步的系统消息所必要的物理层信息,即控制资源集CORESET#0的配置信息等等。之后即可基于物理随机接入信道PRACH与网络设备进行上行定时同步,然后可以基于物理上行共享信道PUSCH,向网络设备发送用于指示接入网设备支持的通信模式的第一指示信息。
本公开中,网络设备向接入网设备发送同步信号和系统信息后,可以通过监听物理上行共享信道PUSCH,接收第一指示信息。
步骤503,响应于接入网设备及网络设备均支持多种类型的通信模式,发送第二指示信息,其中,第二指示信息用于指示网络设备支持的通信模式。
步骤504,接收第三指示信息,根据推荐的通信模式,确定待使用的通信模式。其中,第三指示信息用于指示接入网设备推荐的通信模式。
步骤505,发送第四指示信息,其中,第四指示信息用于向接入设备指示基于待使用的通信模式进行数据传输。
步骤506,发送第五指示信息,其中,第五指示信息用于指示待使用的通信模式的使用时机。
本实施例中,步骤503-506的具体实现过程,可参见本公开任一实施例的详细描述,在此不再赘述。
通过实施本公开实施例,首先网络设备发送同步信号与系统信息,接入网设备基于同步信号与系统信息,与网络设备建立连接,然后基于物理上行共享信道PUSCH接收第一指示信息。通过这种方式,可以提高信道抗干扰能力,从而提高了通信系统接收信息的准确度。
请参见图6,图6是本申请实施例提供的又一种通信模式的确定方法流程示意图,该方法由接入网设备执行。如图6所示,该方法可以包括但不限于如下步骤:
步骤601,发送第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
其中,接入网设备可以为中继器或终端设备等。通信模式可以包括基于波束赋形的MIMO模式、或OAM模式等等,本公开对此不做限定。
可以理解的是,接入网设备支持的通信模式,可以为一个,也可以为多个。
可选的,可以基于物理上行共享信道PUSCH,向网络设备发送第一指示信息。
可选的,网络设备可以通过单天线端口接收第一指示信息。因为单天线端口的鲁棒性最强,网络设备在不知道接入网设备可以使用的通信模式,接入网设备也不知道网络设备可以使用的通信模式的情况下,就可以利用最底层的传输,即使用单天线端口,从而保证第二指示信息的可靠传输。
可选的,可以通过第一指示信息中预设的比特位取值,指示接入网设备支持的通信模式,比如预设的比特位取值为01,则表示接入网设备仅支持MIMO模式,预设的比特位取值为10,则表示接入网设备仅支持OAM模式,或者,预设的比特位取值为11,则表示接入网设备即支持MIMO模式,又支持OAM模式等等,本公开对此不做限定。
通过实施本公开实施例,接入网设备发送用于指示自身支持的通信模式的第一指示信息,网络设备接收第一指示信息后,可以根据第一指示信息中接入网设备所支持的通信模式及自身支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
请参见图7,图7是本申请实施例提供的又一种通信模式的确定方法流程示意图,该方法由接入网设备执行。如图7所示,该方法可以包括但不限于如下步骤:
步骤701,发送第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
本实施例中,步骤701的具体实现过程,可参见本公开任一实施例的详细描述,在此不再赘述。
步骤702,接收第二指示信息,其中,第二指示信息用于指示网络设备支持的通信模式。
本公开中,当接入网设备及网络设备均支持多种类型的通信模式时,网络设备可以将自身支持的通信模式发送给接入网设备,以供接入网设备根据信道情况,推荐合适的通信模式。通过这种方式,可以根据信道情况,选择数据传输效率较高的通信模式,从而提高通信系统的数据传输性能。
本公开中,网络设备接收到第一指示信息后,根据第一指示信息,确定接入网设备支持的通信模式,当接入网设备及网络设备均支持多种类型的通信模式时,网络设备向接入网设备发送第二指示信息,之后接入网设备即可接收到第二指示信息,并解析第二指示信息,确定网络设备支持的通信模式。
可选的,第二指示信息指示网络设备所支持的通信模式的方式,可以与第一指示信息指示接入网设备所支持的通信模式的方式相同、或不同,本公开对此不做限定。
步骤703,根据当前的信道状态及网络设备支持的通信模式,确定推荐的通信模式。
本公开中,接入网设备在接收到第二指示信息后,即可根据第二指示信息,确定网络设备支持的通信模式,之后接入网设备可以通过信道监听,来确定各个信道的状态,以根据各个信道的状态,从网络设备以及自身都支持的通信模式中,选择性能表现最好的通信模式,确定为推荐的通信模式。
比如,网络设备支持MIMO模式和OAM模式,接入网设备也支持MIMO模式和OAM模式,当接入网设备监测到信道为多径时即当前信道状态非OAM模式的理想信道状态,而OAM通信系统在非理想情况下的性能会下降,从而可以确定MIMO模式为推荐的通信模式。
或者,若网络设备支持MIMO模式及OAM模式,接入网设备也支持MIMO模式和OAM模式,则当接入网设备监测到信道为:接入网设备与网络设备间的信道模型为视距(Line of Sight,los)、且接入网设备与网络设备间的天线处于共轴平行状态,由于此时OAM通信模式的性能会比较好,从而即 可确定推荐的通信模式为OAM,从而即可通过第三指示信息,向网络设备指示推荐的通信模式为OAM模式。
步骤704,发送第三指示信息,其中,第三指示信息用于指示接入网设备推荐的通信模式。
本公开中,接入网设备在确定推荐的通信模式后,即可根据推荐的通信模式,确定第三指示信息,并将第三指示信息发送给网络设备。
可选的,第三指示信息指示接入网设备推荐的通信模式的方式,可以与第一指示信息指示接入网设备所支持的通信模式的方式相同,或者,也可以与第一指示信息指示接入网设备所支持的通信模式的方式不同,本公开对此不做限定。
通过实施本公开实施例,首先接入网设备发送用于指示接入网设备支持的通信模式的第一指示信息,当网络设备及其自身均支持多种类型的通信模式的情况下,可以接收到网络设备发送指示网络设备支持的通信模式的第二指示信息,然后接入网设备即可根据信道状况、网络设备支持的通信模式及自身支持的通信模式,确定推荐的通信模式。由此,通过根据具体的信道状态确定最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
请参见图8,图8是本申请实施例提供的又一种通信模式的确定方法流程示意图,该方法由接入网设备执行。如图8所示,该方法可以包括但不限于如下步骤:
步骤801,发送第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
本实施例中,步骤801的具体实现过程,可参见本公开任一实施例的详细描述,在此不再赘述。
步骤802,接收第四指示信息,其中,第四指示信息用于指示基于待使用的通信模式进行数据传输。
本公开中,确定待使用的通信模式后,网络设备可以向接入网设备发送第四指示信息,以向接入网设备指示,基于待使用的通信模式进行数据传输,接入网设备接收到第四指示信息后,即可通过第四指示信息指示的通信模式进行数据传输。
可选的,第四指示信息指示待使用的通信模式的方式,可以与第一指示信息指示接入网设备所支持的通信模式的方式相同,或者,也可以与第一指示信息指示接入网设备所支持的通信模式的方式不同,本公开对此不做限定。
可选的,接入网设备可以在接收到第四指示信息后,即开始采用指示的通信模式与网络设备进行数据传输,或者,也可以在接收到第四指示信息后的指定时刻,开始采用指示的通信模式与网络设备进行数据传输,本公开对此不做限定。
可选的,接入网设备还可以接收第五指示信息,其中,第五指示信息用于指示待使用的通信模式的使用时机。其中,第五指示信息中的使用时机,可以为一个具体的时刻,或者时间单元,其中,时间单元可以为时隙、帧、微时隙等等,本公开对此不做限定。
比如,第五指示信道中的使用时机为某个时刻t,则接入网设备即可在t时刻开始利用指示的通信模式与网络设备进行数据传输。或者,第五指示信道中的使用时机为n个时隙,则接入网设备即可在n个时隙后,开始利用指示的通信模式与网络设备进行数据传输等等,本公开对此不做限定。
可选的,第四指示信息与第五指示信息,可以为同一指示信息,或者也可以为不同的指示信息,也就是说,网络设备可以通过一条指示信息,同时指示待使用的通信模式及该通信模式的使用时机,本公开对此不做限定。
通过实施本公开实施例,接入网设备直接利用第四指示信息指示的待使用的通信模式进行数据传输。通过这种方式,可以快速的确定通信模式,能够保证通信系统稳定运行,从而提高了通信系统的能力。
请参见图9,图9是本申请实施例提供的另一种通信模式的确定方法流程示意图。如图9所示,该方法可以由网络设备执行,该方法可以包括但不限于如下步骤:
步骤901,接收同步信号和系统信息。
其中,系统信息可以包括主信息块(Master Information Block,MIB)以及一系列的系统信息块(System Information Block,SIB)等等,本公开对此不作限制。
本公开中,网络设备可以通过单天线端口发送同步信号、系统信息,当接入网设备接收到同步信号和系统信息后,即可根据同步信息及系统信息,进行接入操作。
步骤902,基于物理上行共享信道PUSCH发送第一指示信息,其中,第一指示信息用于指示接入网设备支持的通信模式。
本公开中,接入网设备在接收到网络设备发送的同步信号及系统信息后,可以对同步信号进行分析,确定同步信息,还可以对系统信息进行分析,确定初始接入信息,以及获取其他系统信息的基本信息,比如用于进一步的系统消息所必要的物理层信息,即控制资源集CORESET#0的配置信息等等。之后即可基于物理随机接入信道PRACH与网络设备进行上行定时同步,然后可以基于物理上行共享信道PUSCH,向网络设备发送用于指示接入网设备支持的通信模式的第一指示信息。
步骤903,响应于接入网设备及网络设备均支持多种类型的通信模式,接收第二指示信息,其中,第二指示信息用于指示网络设备支持的通信模式。
步骤904,发送第三指示信息,根据推荐的通信模式,确定待使用的通信模式。其中,第三指示信息用于指示接入网设备推荐的通信模式。
步骤905,接收第四指示信息,其中,第四指示信息用于向接入设备指示基于待使用的通信模式进行数据传输。
步骤906,接收第五指示信息,其中,第五指示信息用于指示待使用的通信模式的使用时机。
本实施例中,步骤903-906的具体实现过程,可参见本公开任一实施例的详细描述,在此不再赘述。
通过实施本公开实施例,首先接入网设备接收网络设备发送的同步信号与系统信息后,即可基于同步信号与系统信息,与网络设备建立连接,然后基于物理上行共享信道PUSCH发送第一指示信息。通过这种方式,可以提高信道抗干扰能力,从而提高了通信系统接收信息的准确度。
请参见图10,为本申请实施例提供的一种通信装置100的结构示意图。图10所示的通信装置100可包括收发模块1001和处理模块1002。收发模块1001可包括发送模块和/或接收模块,发送模块用于实现发送功能,接收模块用于实现接收功能,收发模块1001可以实现发送功能和/或接收功能。
可以理解的是,通信装置100可以是网络设备,也可以是网络设备中的装置,还可以是能够与网络设备匹配使用的装置。
通信装置100在网络设备侧,其中:
收发模块1001,用于接收接入网设备发送的第一指示信息,其中,所述第一指示信息用于指示所述接入网设备支持的通信模式;
处理模块1002,用于根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
可选的,所述处理模块1002,具体用于:
响应于所述接入网设备支持一种类型的通信模式,根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
可选的,所述收发模块1001,具体用于:
响应于所述接入网设备及所述网络设备均支持多种类型的通信模式,发送第二指示信息,其中,所述第二指示信息用于指示所述网络设备支持的通信模式;
接收第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式;
所述处理模块,具体用于根据所述推荐的通信模式,确定待使用的通信模式。
可选的,所述收发模块1001,具体用于:
通过单天线端口发送所述第二指示信息。
可选的,所述收发模块1001,具体用于:
发送第四指示信息,其中,所述第四指示信息用于向所述接入设备指示基于所述待使用的通信模式进行数据传输。
可选的,所述收发模块1001,具体用于:
发送第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
可选的,所述收发模块1001,具体用于:
基于物理上行共享信道PUSCH,接收所述接入网设备发送的第一指示信息。
本公开提供的通信装置中,网络设备接收第一指示信息后,可以根据第一指示信息中接入网设备所支持的通信模式及自身支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
可以理解的是,通信装置100可以是接入网设备,也可以是接入网设备中的装置,还可以是能够与接入网设备匹配使用的装置。
通信装置100,在接入网设备侧,其中:
收发模块1001,用于发送第一指示信息,其中,所述第一指示信息用于指示接入网设备支持的通信模式。
可选的,所述收发模块1001,具体用于:
接收第二指示信息,其中,所述第二指示信息用于指示网络设备支持的通信模式;
处理模块1002,用于根据当前的信道状态及所述网络设备支持的通信模式,确定推荐的通信模式;
发送第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式。
可选的,所述收发模块1001,具体用于:
接收第四指示信息,其中,所述第四指示信息用于指示基于所述待使用的通信模式进行数据传输。
可选的,所述收发模块1001,具体用于:
接收第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
可选的,所述收发模块1001,具体用于:
基于物理上行共享信道PUSCH,发送所述第一指示信息。
可选的,所述收发模块1001,具体用于:
通过单天线端口,发送所述第一指示信息。
本公开提供的通信装置中,接入网设备发送用于指示自身支持的通信模式的第一指示信息,网络设备接收第一指示信息后,可以根据第一指示信息中接入网设备所支持的通信模式及自身支持的通信模式,确定待使用的通信模式。通过这种方式,可以在不同场景下,采用最优的通信模式,从而提高了通信系统的能力,提高了数据传输的性能。
请参见图11,图11是本申请实施例提供的另一种通信装置110的结构示意图。通信装置100可以是网络设备,也可以是终端设备(如前述方法实施例中的第一终端设备),也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等,还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法,具体可以参见上述方法实施例中的说明。
通信装置110可以包括一个或多个处理器1101。处理器1101可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,基站、基带芯片,终端设备、终端设备芯片,DU或CU等)进行控制,执行计算机程序,处理计算机程序的数据。
可选的,通信装置110中还可以包括一个或多个存储器1102,其上可以存有计算机程序1104,处理器1101执行所述计算机程序1104,以使得通信装置110执行上述方法实施例中描述的方法。可选的,所述存储器1102中还可以存储有数据。通信装置110和存储器1102可以单独设置,也可以集成在一起。
可选的,通信装置110还可以包括收发器1105、天线1106。收发器1105可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器1105可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。
可选的,通信装置110中还可以包括一个或多个接口电路1107。接口电路1107用于接收代码指令并传输至处理器1101。处理器1101运行所述代码指令以使通信装置110执行上述方法实施例中描述的方法。
通信装置110为网络设备:处理器1101用于执行图2中的步骤202;图3中的步骤304;图4中的402。
通信装置110为接入网设备(如前述方法实施例中的第一终端设备):收发器1105用于执行图6中的步骤601;图7中的步骤701、步骤702、步骤703、步骤704;图8中的步骤801、步骤802、步骤803;图9中的步骤901、步骤902、步骤903、步骤904、步骤905、步骤906等等。
在一种实现方式中,处理器1101中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中,处理器1101可以存有计算机程序1103,计算机程序1103在处理器1001上运行,可使得通信装置110执行上述方法实施例中描述的方法。计算机程序1103可能固化在处理器1101中,该种情况下,处理器1101可能由硬件实现。
在一种实现方式中,通信装置110可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(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所示的芯片的结构示意图。图12所示的芯片包括处理器1201和接口1203。其中,处理器1201的数量可以是一个或多个,接口1203的数量可以是多个。
对于芯片用于实现本申请实施例中网络设备的功能的情况:
接口1203,用于执行图2中的步骤201;图3中的步骤301、步骤302、步骤303;或图4中的步骤401、步骤403;图5中的步骤501、步骤503、步骤504、步骤505、步骤506等等。
对于芯片用于实现本申请实施例中接入网设备的功能的情况:
接口1203,用于执行图6中的步骤601;图7中的步骤701、步骤702、步骤704;或8中的步骤801、步骤802、步骤803;或图9中的步骤901、步骤902、步骤903、步骤904、步骤905、步骤906等等。
可选的,芯片还包括存储器1203,存储器1203用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件,或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本申请实施例保护的范围。
本申请还提供一种可读存储介质,其上存储有指令,该指令被计算机执行时实现上述任一方法实施例的功能。
本申请还提供一种计算机程序产品,该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以理解:本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也表示先后顺序。
本申请中的至少一个还可以描述为一个或多个,多个可以是两个、三个、四个或者更多个,本申请不做限制。在本申请实施例中,对于一种技术特征,通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征,该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本申请中各表所示的对应关系可以被配置,也可以是预定义的。各表中的信息的取值仅仅是举例,可以配置为其他值,本申请并不限定。在配置信息与各参数的对应关系时,并不一定要求必须配置各表中示意出的所有对应关系。例如,本申请中的表格中,某些行示出的对应关系也可以不配置。又例如,可以基于上述表格做适当的变形调整,例如,拆分,合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称,其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时,也可以采用其他的数据结构,例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行, 取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (30)

  1. 一种通信模式的确定方法,其特征在于,包括:
    接收接入网设备发送的第一指示信息,其中,所述第一指示信息用于指示所述接入网设备支持的通信模式;
    根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
  2. 如权利要求1所述的方法,其特征在于,所述根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式,包括:
    响应于所述接入网设备支持一种类型的通信模式,根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
  3. 如权利要求1所述的方法,其特征在于,所述根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式,包括:
    响应于所述接入网设备及所述网络设备均支持多种类型的通信模式,发送第二指示信息,其中,所述第二指示信息用于指示所述网络设备支持的通信模式;
    接收第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式;
    根据所述推荐的通信模式,确定待使用的通信模式。
  4. 如权利要求3所述的方法,其特征在于,还包括:
    通过单天线端口发送所述第二指示信息。
  5. 如权利要求1-4任一所述的方法,其特征在于,还包括:
    发送第四指示信息,其中,所述第四指示信息用于向所述接入设备指示基于所述待使用的通信模式进行数据传输。
  6. 如权利要求5所述的方法,其特征在于,还包括:
    发送第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
  7. 如权利要求1-6任一所述的方法,其特征在于,所述接收接入网设备发送的第一指示信息,包括:
    基于物理上行共享信道PUSCH,接收所述接入网设备发送的第一指示信息。
  8. 一种通信模式的确定方法,其特征在于,包括:
    发送第一指示信息,其中,所述第一指示信息用于指示接入网设备支持的通信模式。
  9. 如权利要求8所述的方法,其特征在于,还包括:
    接收第二指示信息,其中,所述第二指示信息用于指示网络设备支持的通信模式;
    根据当前的信道状态及所述网络设备支持的通信模式,确定推荐的通信模式;
    发送第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式。
  10. 如权利要求8或9所述的方法,其特征在于,还包括:
    接收第四指示信息,其中,所述第四指示信息用于指示基于所述待使用的通信模式进行数据传输。
  11. 如权利要求10所述的方法,其特征在于,还包括:
    接收第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
  12. 如权利要求8-11任一所述的方法,其特征在于,所述发送第一指示信息,包括:
    基于物理上行共享信道PUSCH,发送所述第一指示信息。
  13. 如权利要求8-11任一所述的方法,其特征在于,所述发送第一指示信息,包括:
    通过单天线端口,发送所述第一指示信息。
  14. 一种通信装置,其特征在于,所述装置包括:
    收发模块,用于接收接入网设备发送的第一指示信息,其中,所述第一指示信息用于指示所述接入网设备支持的通信模式;
    处理模块,用于根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
  15. 如权利要求14所述的装置,其特征在于,所述处理模块,具体用于:
    响应于所述接入网设备支持一种类型的通信模式,根据所述接入网设备支持的通信模式及网络设备支持的通信模式,确定待使用的通信模式。
  16. 如权利要求14所述的装置,其特征在于,所述收发模块,具体用于:
    响应于所述接入网设备及所述网络设备均支持多种类型的通信模式,发送第二指示信息,其中,所述第二指示信息用于指示所述网络设备支持的通信模式;
    接收第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式;
    所述处理模块,具体用于根据所述推荐的通信模式,确定待使用的通信模式。
  17. 如权利要求16所述的装置,其特征在于,所述收发模块,具体用于:
    通过单天线端口发送所述第二指示信息。
  18. 如权利要求14-17任一所述的装置,其特征在于,所述收发模块,具体用于:
    发送第四指示信息,其中,所述第四指示信息用于向所述接入设备指示基于所述待使用的通信模式进行数据传输。
  19. 如权利要求18所述的装置,其特征在于,所述收发模块,具体用于:
    发送第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
  20. 如权利要求14-19任一所述的装置,其特征在于,所述收发模块,具体用于:
    基于物理上行共享信道PUSCH,接收所述接入网设备发送的第一指示信息。
  21. 一种通信装置,其特征在于,所述装置包括:
    收发模块,用于发送第一指示信息,其中,所述第一指示信息用于指示接入网设备支持的通信模式。
  22. 如权利要求21所述的装置,其特征在于,所述收发模块,具体用于:
    接收第二指示信息,其中,所述第二指示信息用于指示网络设备支持的通信模式;
    处理模块,用于根据当前的信道状态及所述网络设备支持的通信模式,确定推荐的通信模式;
    发送第三指示信息,其中,所述第三指示信息用于指示所述接入网设备推荐的通信模式。
  23. 如权利要求21或22所述的装置,其特征在于,所述收发模块,具体用于:
    接收第四指示信息,其中,所述第四指示信息用于指示基于所述待使用的通信模式进行数据传输。
  24. 如权利要求23所述的装置,其特征在于,所述收发模块,具体用于:
    接收第五指示信息,其中,所述第五指示信息用于指示所述待使用的通信模式的使用时机。
  25. 如权利要求21-24任一所述的方法,其特征在于,所述收发模块,具体用于:
    基于物理上行共享信道PUSCH,发送所述第一指示信息。
  26. 如权利要求21-24任一所述的方法,其特征在于,所述收发模块,具体用于:
    通过单天线端口,发送所述第一指示信息。
  27. 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求1至7中任一项所述的方法。
  28. 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序, 所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求8至13中任一项所述的方法。
  29. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求1至7中任一项所述的方法被实现。
  30. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求8至13中任一项所述的方法被实现。
CN202180102975.3A 2021-10-22 2021-10-22 一种通信模式的确定方法及其装置 Pending CN118044257A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/125798 WO2023065326A1 (zh) 2021-10-22 2021-10-22 一种通信模式的确定方法及其装置

Publications (1)

Publication Number Publication Date
CN118044257A true CN118044257A (zh) 2024-05-14

Family

ID=86058762

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180102975.3A Pending CN118044257A (zh) 2021-10-22 2021-10-22 一种通信模式的确定方法及其装置

Country Status (2)

Country Link
CN (1) CN118044257A (zh)
WO (1) WO2023065326A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2003854B1 (en) * 2007-06-15 2012-05-16 Research In Motion Limited Server for communicating with multi-mode devices using multi-mode applications
CN110971496B (zh) * 2013-12-20 2022-05-27 三星电子株式会社 智能家居设备的连接方法及其装置
CN105703982B (zh) * 2014-11-29 2019-05-03 华为技术有限公司 一种协同人体设备进行通信的方法及装置
CN109729564A (zh) * 2017-10-27 2019-05-07 华为技术有限公司 一种接入方法以及相关设备
CN111586624B (zh) * 2019-02-18 2023-05-05 中国移动通信有限公司研究院 一种终端能力的确定方法、装置和计算机可读存储介质
CN110557781B (zh) * 2019-05-16 2021-06-29 Oppo广东移动通信有限公司 网络连接的控制方法、终端及存储介质

Also Published As

Publication number Publication date
WO2023065326A1 (zh) 2023-04-27

Similar Documents

Publication Publication Date Title
CN113273286B (zh) 一种时域资源分配的方法及装置
CN115191145B (zh) 一种多prach传输方法及其装置
WO2024050776A1 (zh) 一种信息确定方法/装置/设备及存储介质
CN118044257A (zh) 一种通信模式的确定方法及其装置
CN114342548B (zh) 资源确定方法和装置
WO2024011637A1 (zh) 一种轨道角动量oam模态切换方法、装置、设备及存储介质
WO2023168574A1 (zh) 一种天线切换能力上报方法及其装置
WO2023065325A1 (zh) 基于轨道角动量的共享信道传输及装置
WO2023168575A1 (zh) 一种天线切换能力上报方法及其装置
WO2024050774A1 (zh) 一种信息确定方法/装置/设备及存储介质
WO2022261916A1 (zh) 一种转换连接的控制方法及其装置
WO2022266948A1 (zh) 一种物理上行控制信道波束恢复的方法及其装置
WO2023044620A1 (zh) 一种传输配置指示状态的确定方法及其装置
CN116438763A (zh) 混合自动重传请求harq进程使能配置方法及装置
CN116137946A (zh) 终端多输入多输出mimo传输层数的调整方法及装置
CN118285076A (zh) 物理下行共享信道pdsch传输方法及装置
CN115486023A (zh) 一种传输方法及其装置
CN116158009A (zh) 一种波束测量和上报的方法及其装置
CN117044356A (zh) 一种附加解调参考信号dmrs的发送方法及其装置
CN116941292A (zh) 联合信道估计的最大持续时间的上报方法及其装置
CN118140457A (zh) 上行mimo传输8天线端口的全相干传输码本的确定方法及其装置
CN115997455A (zh) 一种信息确定方法/装置/设备及存储介质
CN118120202A (zh) 指示上报方法及其装置
CN118285068A (zh) 一种信道状态信息csi的反馈方法及其装置
CN115668853A (zh) 基于harq属性的载波选择或重选方法、装置及设备

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