CN117641257A - 发送与接收信息的方法、通信装置及*** - Google Patents
发送与接收信息的方法、通信装置及*** Download PDFInfo
- Publication number
- CN117641257A CN117641257A CN202211020745.5A CN202211020745A CN117641257A CN 117641257 A CN117641257 A CN 117641257A CN 202211020745 A CN202211020745 A CN 202211020745A CN 117641257 A CN117641257 A CN 117641257A
- Authority
- CN
- China
- Prior art keywords
- role
- expected
- access
- response message
- indicate
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 165
- 238000000034 method Methods 0.000 title claims abstract description 104
- 230000004044 response Effects 0.000 claims description 138
- 238000004590 computer program Methods 0.000 claims description 9
- 125000004122 cyclic group Chemical group 0.000 claims description 4
- 230000006870 function Effects 0.000 description 21
- 238000007726 management method Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 230000010363 phase shift Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供发送与接收信息的方法、通信装置及***,可以在扫描方需要接入大量广播方的情况下使得扫描方依然可以正常完成接入。方法包括:第一设备生成广播消息,并向第二设备发送该广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示第一设备期望的角色。该第一设备期望的角色为主控节点或终端节点。
Description
技术领域
本申请涉及短距离通信领域,尤其涉及发送与接收信息的方法、通信装置及***。
背景技术
在蓝牙(bluetooth,BT)通信***中,可以将通信***中的设备分为广播方(advertiser)和扫描方(scanner)。其中,扫描方在扫描窗口(scan window)接收广播方发送的广播信息,进而与广播方建立连接。传统蓝牙协议规定,扫描方作为主控节点(grantnode,G节点),广播方作为终端节点(terminal node,T节点)。其中,G节点管理T节点,负责为T节点分配空口资源;T节点听从G节点的调度,使用G节点分配的空口资源与G节点进行通信。
目前,扫描方需保证扫描窗口至少覆盖一个广播间隔(advertising interval)才能接收到广播方的广播信息从而完成接入。然而,当扫描方需要接入大量广播方之后,由于扫描方为扫描窗口分配的时间资源有限,因此扫描方接收到广播信息的概率变小,从而会导致扫描方接入广播方的概率降低。如果提高广播方的广播频率,可以提高扫描方接收到广播信息的概率,但这样会导致广播方的功耗变大。因此,如何在扫描方需要接入大量广播方的情况下使得扫描方依然可以正常完成接入,是目前亟待解决的问题。
发明内容
本申请实施例提供的发送与接收信息的方法、通信装置及***,可以在扫描方需要接入大量广播方的情况下使得扫描方依然可以正常完成接入。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,提供一种发送信息的方法,该方法可以由第一设备执行,也可以由第一设备的部件,例如第一设备的处理器、芯片、或芯片***等执行,还可以由能实现全部或部分第一设备功能的逻辑模块或软件实现。以下以该方法由第一设备执行为例进行说明。该方法包括:第一设备生成广播消息,并向第二设备发送广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示第一设备期望的角色。该第一设备期望的角色为主控节点(G节点)或终端节点(T节点)。由于本申请实施例中,广播方(第一设备)通过广播消息中的第一指示信息向扫描方(第二设备)发送广播方期望的角色,可以告知扫描方广播接入广播方时广播方期望的角色,进而可以允许广播方成为G节点,扫描方成为T节点。这样,扫描方成为T节点之后,不需要使用自身的空口资源为广播方分配相应的空口资源,不仅可以缓解扫描方因接入大量广播方而导致自身空口资源处于高占比的状态,使得扫描方接入大量广播方之后依然可以正常完成接入,而且在扫描方的空口资源处于高占比状态的情况下,扫描方还可以接入更多的广播方。
结合上述第一方面,在一种可能的实现方式中,该方法还包括:第一设备接收来自第二设备的接入请求消息,该接入请求消息用于第二设备请求接入第一设备;第一设备向第二设备发送接入应答消息,该接入应答消息用于指示第二设备接入成功或接入失败。
结合上述第一方面,在一种可能的实现方式中,该方法还包括:在第一设备在第一时间资源内未接收到来自第二设备的接入请求消息的情况下,第一设备确定第一设备与第二设备之间连接失败。换言之,本申请实施例中,第一设备可以通过识别是否在设定时间内接收到来自第二设备的接入请求消息来确定第一设备与第二设备之间是否连接成功。
第二方面,提供一种接收信息的方法,该方法可以由第二设备执行,也可以由第二设备的部件,例如第二设备的处理器、芯片、或芯片***等执行,还可以由能实现全部或部分第二设备功能的逻辑模块或软件实现。以下以该方法由第二设备执行为例进行说明。该方法包括:第二设备接收来自第一设备的广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示第一设备期望的角色。该第一设备期望的角色为G节点或T节点。由于本申请实施例中,广播方(第一设备)通过广播消息中的第一指示信息向扫描方(第二设备)发送广播方期望的角色,可以告知扫描方广播接入广播方时广播方期望的角色,进而可以允许扫描方成为T节点,广播方成为G节点,这样扫描方成为T节点之后,不需要使用自身的空口资源为广播方分配相应的空口资源,不仅可以缓解扫描方因接入大量的广播发而导致自身空口资源处于高占比的状态,使得扫描方接入大量广播方之后依然可以正常完成接入,而且在扫描方的空口资源处于高占比状态的情况下,扫描方还可以接入更多的广播。
结合上述第二方面,在一种可能的实现方式中,该方法还包括:在第二设备根据广播消息确定请求接入第一设备的情况下,第二设备在第一时间资源内向第一设备发送接入请求消息,接入请求消息用于第二设备请求接入第一设备;第二设备接收来自第一设备的接入应答消息,该接入应答消息用于指示第二设备接入成功或者接入失败。
结合上述第二方面,在一种可能的实现方式中,该方法还包括:在第二设备在第二时间资源内未接收到来自第一设备的接入应答消息的情况下,第二设备确定第二设备与第一设备之间连接失败。换言之,本申请实施例中,第二设备可以通过识别是否在设定时间内接收到来自第一设备的接入应答消息来确定第一设备与第二设备之间是否连接成功。
结合上述第一方面或第二方面,在一种可能的实现方式中,接入请求消息包括第二指示信息,该第二指示信息用于指示第二设备期望的角色。其中,第二设备期望的角色为G节点或T节点。即,本申请实施例中,第一设备可以明确告知第二设备第一设备期望的角色,第二设备可以明确告知第一设备第二设备期望的角色。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色不冲突,则第二设备可以成功以自己期望的角色接入。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突但是第一设备同意成为第一设备期望的角色之外的角色,则第二设备可以成功地以自己期望的角色接入。
示例性的,若第一设备期望的角色和第二设备期望的角色均为G节点,并且接入应答消息用于指示第二设备以第二设备期望的角色接入成功,则第一设备成为T节点。若第一设备期望的角色和第二设备期望的角色均为T节点,并且接入应答消息用于指示第二设备以第二设备期望的角色接入成功,则第一设备成为G节点。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突但是第一设备不同意第二设备成为第二设备期望的角色,则第二设备以自己期望的角色接入失败。
可选地,接入应答消息用于指示第二设备以第二设备期望的角色接入失败可以是指第二设备接入第一设备失败;或者,可以是指第二设备以第二设备期望的角色之外的角色接入第一设备。
示例性的,以第二设备期望的角色之外的角色接入第一设备为例说明第二设备以第二设备期望的角色接入失败。若第一设备期望的角色和第二设备期望的角色均为G节点,则第二设备以T节点接入第一设备。若第一设备期望的角色和第二设备期望的角色均为T节点,则第二设备以G节点接入第一设备。
结合上述第一方面或第二方面,在一种可能的实现方式中,第一指示信息还用于指示第一设备期望的角色是否可协商。由于第一指示信息可以明确第一设备期望的角色是否可以协商,因此第二设备可以根据第一指示信息确定是否向第一设备发送接入请求消息。例如,在第一设备期望的角色与第二设备期望的角色相同,且第一指示信息指示第一设备期望的角色不可协商的情况下,第二设备可以确定不向第一设备发送接入请求消息。如此,可以节省信令开销以及节省功耗。
结合上述第一方面或第二方面,在一种可能的实现方式中,第一指示信息还可以用于指示第一设备期望第二设备成为的角色。换言之,第一设备可以通过广播消息中的第一指示信息告知第二设备广播接入第一设备时第一设备期望第二设备成为的角色。
结合上述第一方面或第二方面,在一种可能的实现方式中,接入请求消息包括第三指示信息,第三指示信息用于指示第二设备期望的角色且第二设备期望的角色是否可协商,其中,第二设备期望的角色为G节点或T节点。即,本申请实施例中,第一设备可以明确告知第二设备第一设备期望的角色以及是否可协商,第二设备可以明确告知第一设备第二设备期望的角色以及是否可协商。
结合上述第一方面或第二方面,在一种可能的实现方式中,第三指示信息还可以用于指示第二设备期望第一设备成为的角色。换言之,第二设备可以通接入请求消息中的第三指示信息告知第一设备与第二设备建立连接时第二设备期望第一设备成为的角色。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色不冲突,则第二设备可以成功以自己期望的角色接入。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及所述第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色以及第二设备期望的角色不可协商,则第二设备以自己期望的角色接入失败。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色不可协商以及第二设备期望的角色可协商,则第二设备可以以第二设备期望的角色之外的角色接入成功。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色可协商,则第二设备可以成功以自己期望的角色接入。由于本申请实施例中允许扫描方与广播方之间对GT角色进行协商,使得接入过程中GT角色设置更灵活,可以适应实际业务的需求。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功,或者接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色以及第二设备期望的角色均可协商,则第二设备可以成功以自己期望的角色接入,或者第二设备可以以第二设备期望的角色之外的角色接入成功。
结合上述第一方面或第二方面,在一种可能的实现方式中,在第二设备期望的角色为G节点的情况下,接入请求消息还包括第一连接信息。其中,第一连接信息包括第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、循环冗余校验CRC码初始值、连接态周期、或者连接态超时时间。
结合上述第一方面或第二方面,在一种可能的实现方式中,在接入应答消息用于指示第二设备以终端节点的角色接入成功的情况下,接入应答消息还包括第二连接信息。其中,第二连接信息包括第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
第三方面,提供了一种通信装置用于实现上述方法。该通信装置包括实现上述方法相应的模块、单元、或手段(means),该模块、单元、或means可以通过硬件实现,软件实现,或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
结合上述第三方面,在一种可能的实现方式中,该通信装置为蓝牙芯片或者第一设备,该通信装置包括:收发器和处理器;该处理器,用于生成广播消息;该收发器,用于向第二设备发送该广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示该通信装置期望的角色。该通信装置期望的角色为G节点或T节点。
结合上述第三方面,在一种可能的实现方式中,该收发器,还用于接收来自第二设备的接入请求消息;该收发器,还用于向第二设备发送接入应答消息。其中,接入请求消息用于第二设备请求接入第一设备。接入应答消息用于指示第二设备接入成功或者接入失败。
结合上述第三方面,在一种可能的实现方式中,接入请求消息包括第二指示信息,第二指示信息用于指示第二设备期望的角色。其中,第二设备期望的角色为G节点或T节点。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。
结合上述第三方面,在一种可能的实现方式中,第一指示信息还用于指示该通信装置期望的角色是否可协商。
结合上述第三方面,在一种可能的实现方式中,接入请求消息包括第三指示信息,第三指示信息用于指示第二设备期望的角色且第二设备期望的角色是否可协商。其中,第二设备期望的角色为G节点或T节点。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色相同,并且该通信装置期望的角色不可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色相同,并且该通信装置期望的角色不可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色相同,并且该通信装置期望的角色可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色与该通信装置期望的角色相同,并且该通信装置期望的角色可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功,或者接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。
结合上述第三方面,在一种可能的实现方式中,该处理器,还用于在该收发器在第一时间资源内未接收到来自第二设备的接入请求消息的情况下,确定该通信装置与第二设备之间连接失败。
结合上述第三方面,在一种可能的实现方式中,在第二设备期望的角色为G节点的情况下,接入请求消息还包括第一连接信息,第一连接信息包括第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
结合上述第三方面,在一种可能的实现方式中,在接入应答消息用于指示第二设备以T节点的角色接入成功的情况下,接入应答消息还包括第二连接信息,第二连接信息包括该通信装置提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
其中,第三方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面的不同实现方式所带来的技术效果,此处不再赘述。
第四方面,提供了一种通信装置用于实现上述方法。该通信装置包括实现上述方法相应的模块、单元、或手段(means),该模块、单元、或means可以通过硬件实现,软件实现,或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
结合上述第四方面,在一种可能的实现方式中,该通信装置为蓝牙芯片或者第二设备,该通信装置包括:收发器;该收发器,用于接收来自第一设备的广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示第一设备期望的角色。第一设备期望的角色为G节点或T节点。
结合上述第四方面,在一种可能的实现方式中,该通信装置还包括处理器;该收发器,还用在该处理器根据广播消息确定请求接入第一设备的情况下,向第一设备发送接入请求消息;该收发器,还用于接收来第一设备的接入应答消息。其中,接入请求消息用于该通信装置请求接入第一设备。该接入应答消息用于指示该通信装置接入成功或接入失败。
结合上述第四方面,在一种可能的实现方式中,接入请求消息包括第二指示信息,第二指示信息用于指示该通信装置期望的角色。其中,该通信装置期望的角色为G节点或T节点。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入成功。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入成功。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入失败。
结合上述第四方面,在一种可能的实现方式中,第一指示信息还用于指示第一设备期望的角色是否可协商。
结合上述第四方面,在一种可能的实现方式中,接入请求消息包括第三指示信息,第三指示信息用于指示该通信装置期望的角色且该通信装置期望的角色是否可协商。其中,该通信装置期望的角色为G节点或T节点。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入成功。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及该通信装置期望的角色不可协商的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入失败。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及该通信装置期望的角色可协商的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色之外的角色接入成功。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及该通信装置期望的角色不可协商的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入成功。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及该通信装置期望的角色可协商的情况下,接入应答消息用于指示该通信装置以该通信装置期望的角色接入成功,或者接入应答消息用于指示该通信装置以该通信装置期望的角色之外的角色接入成功。
结合上述第四方面,在一种可能的实现方式中,该处理器,还用于在该收发器在第二时间资源内未接收到来自第一设备的接入应答消息的情况下,确定该通信装置与第一设备之间连接失败。
结合上述第四方面,在一种可能的实现方式中,在该通信装置期望的角色为G节点的情况下,接入请求消息还包括第一连接信息,第一连接信息包括该通信装置提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
结合上述第四方面,在一种可能的实现方式中,在接入应答消息用于指示该通信装置以T节点的角色接入成功的情况下,接入应答消息还包括第二连接信息,第二连接信息包括第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
其中,第四方面中任一种可能的实现方式所带来的技术效果可参见上述第二方面的不同实现方式所带来的技术效果,此处不再赘述。
第五方面,提供了一种通信***,包括上述一个或多个上述第三方面所述的通信装置,以及一个或多个上述第四方面所述的通信装置。
第六方面,提供了一种通信装置,包括:处理器;该处理器用于与存储器耦合,并读取存储器中存储的计算机指令之后,根据该指令执行如上述第一方面所述的方法。
结合上述第六方面,在一种可能的实现方式中,通信装置还包括存储器;该存储器用于存储计算机指令。
结合上述第六方面,在一种可能的实现方式中,通信装置还包括通信接口;该通信接口用于该通信装置与其它设备或装置进行通信。示例性的,该通信接口可以为收发器、输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。
结合上述第六方面,在一种可能的实现方式中,该通信装置可以是芯片或芯片***。其中,当该通信装置是芯片***时,该通信装置可以由芯片构成,也可以包含芯片和其他分立器件。
第七方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或第二方面所述的方法。
第八方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或第二方面所述的方法。
其中,第五方面至第八方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面或第二方面的不同实现方式所带来的技术效果,此处不再赘述。
附图说明
图1为本申请实施例提供的一种广播扫描流程示意图;
图2为本申请实施例提供的一种广播接入流程示意图;
图3为本申请实施例提供的一种通信***的架构示意图;
图4为本申请实施例提供的通信装置的结构示意图一;
图5为本申请实施例提供的一种发送与接收信息的方法流程示意图一;
图6为本申请实施例提供的一种发送与接收信息的方法流程示意图二;
图7为本申请实施例提供的一种第二设备接入第一设备的流程示意图;
图8为本申请实施例提供的通信装置的结构示意图二。
具体实施方式
为方便理解本申请实施例提供的技术方案,首先给出本申请相关技术或名词的简要介绍。简要介绍如下:
第一,信道
信道(channel,CH)为广播方与扫描方之间消息传输的通道。扫描方和广播方可以工作于非授权频段,例如工业、科学和医疗(industrial scientific medical,ISM)频段。以ISM频段中的2.4GHz频段(2400~2483.5MHz)为例,2.4GHz频段可以划分为40个信道,相邻两个信道的间隔为2MHz。其中,信道的索引范围为0~39,CH37~CH39为广播信道,CH0~CH36为数据信道。上述40个信道的相关描述可以参见表一。
表一
本申请实施例中,广播方和扫描方还可以工作于其他频段,本申请实施例对此不作具体限定。
第二,广播接入
广播接入可以是指扫描方通过广播消息发现广播方,并根据广播消息向广播方发起接入请求,进而与广播方建立连接的过程。
需要说明的是,“广播方”还可以称为“广播端”或者“广播设备”;“扫描方”还可以称为“扫描端”或者“接入设备”,在此统一说明,以下不再赘述。
以蓝牙通信***的扩展广播方式为例,广播消息可以包括拓展广播包(adv_ext_ind)和拓展数据包(aux_adv_ind)。其中,拓展广播包用于扫描方发现广播方,以及发现拓展数据包。拓展数据包可以包括广播方的能力信息,以用于扫描方确定是否向广播方发送接入请求。
应理解,本申请实施例中,拓展数据包的位置可以包括传输拓展数据包的信道、接收拓展数据包的时域资源和/或频域资源等,本申请实施例对此不做具体限定。
应理解,本申请实施例中,广播方的能力信息可以包括以下一项或多项:广播方支持的调制方式、支持的信道带宽、或者是否支持信道编码等,本申请实施例对此不做具体限定。
下面结合图1和图2,示例性说明广播接入流程。
图1示出了广播扫描流程。如图1所示,广播方在广播间隔内发送拓展广播包。相应地,扫描方可以在扫描窗口接收来自广播方的拓展广播包。其中,广播方可以在一个或多个广播信道上发送拓展广播包。可以理解,扫描方在扫描窗口内监听是否接收到来自广播方的拓展数据包,可以避免扫描方一直处于监听状态,进而节省扫描方的功耗。
以广播方在三个广播信道上发送拓展广播包为例,广播方可以在广播信道A、广播信道B、以及广播信道C上依次发送拓展广播包。其中,广播方在广播信道A上发送拓展广播包A,之后广播方在广播信道B上发送拓展广播包B,接着广播方在广播信道C上发送拓展广播包C。广播信道A、广播信道B、以及广播信道C可以是上述表一中的CH37~CH39中的任意广播信道,由于三个广播信道之间至少间隔24MHz,同时被干扰的概率较小,因此在三个广播信道轮流发送拓展广播包可以提高扫描方接收到拓展广播包的概率。
可选地,本申请实施例中,拓展广播包可以携带辅助指针(auxiliary pointer,AuxPtr)。AuxPtr用于指示拓展数据包所在的位置。示例性的,拓展广播包A中的AuxPtr1、拓展广播包B中的AuxPtr2、以及拓展广播包C中的AuxPtr3均指示扫描方接收拓展数据包的位置。如此,扫描方可以根据AuxPtr接收拓展数据包。
可以理解,为提高扫描方接收到来自广播方的拓展广播包的概率,广播方可以在多个广播间隔上发送拓展广播包(图1仅示出一个广播间隔)。相应地,扫描窗口至少需要覆盖其中一个广播间隔,这样扫描方才能接收到来自广播方的拓展广播包。
进一步的,如图2所示,广播方在数据信道D上发送拓展数据包。相应地,扫描方根据拓展广播包中的AuxPtr指示的位置接收来自广播方的拓展数据包。其中,数据信道D可以是上述表一中CH0~CH36中任意一个数据信道。
在扫描方根据拓展广播包中的AuxPtr指示的位置接收来自广播方的拓展数据包之后,如图2所示,扫描方根据拓展数据包内的信息向广播方发送接入请求消息(conn_req)。相应地,广播方接收来自扫描方的接入请求消息。之后,广播方根据接入请求消息向扫描方发送接入应答消息(conn_rsp)。相应地,扫描方接收来自广播方的接入应答消息。其中,接入应答消息用于指示扫描方接入成功或接入失败。若扫描方接入成功,则扫描方成为G节点,广播方成为T节点。
需要说明的是,本申请实施例中,“接入请求消息”还可以称为“连接请求消息”,“接入应答消息”还可以称为“接入响应消息”或“连接响应消息”等,在此统一说明,以下不再赘述。
需要说明的是,本申请实施例中,“拓展广播包”还可以称为“扩展广播包”,“拓展数据包”还可以称为“扩展数据包”,在此统一说明,以下不再赘述。
第三,空口资源
空口资源包括时域资源和频域资源。扫描方成为G节点之后,需要为广播方(T节点)分配一定的空口资源,以便于扫描方与广播方进行数据交互。也就是说,一方面,扫描方接入广播方之后,扫描方的部分空口资源会被占用,进而随着接入的广播方数量增加,扫描方的空口资源处于高占比状态;另一方面,扫描方与广播方建立连接之后会进行业务数据的交互,若该业务数据的交互占用较多的空口资源,也会使得扫描方的空口资源处于高占比状态。然而,扫描方的空口资源处于高占比状态,使得图1和图2所示的广播接入方案存在以下问题:
一是扫描方接入广播方的概率低。如图1所示,在扫描方的空口资源处于高占空比状态的情况下,扫描方为扫描窗口分配的时间资源(窗长)有限,可能无法覆盖一个广播间隔,使得扫描方接收到来自广播方的拓展广播包的概率降低,扫描方可能需要多次开启扫描窗口才能接收到拓展广播包,导致扫描方无法及时接入广播方,影响用户体验。
二是扫描方接入的广播方的数量有限。扫描方的空口资源是有限的,在扫描方的空口资源处于高占空比状态的情况下,扫描方可能没有空闲的空口资源为广播方进行分配,因此扫描方无法接入广播方。
鉴于此,本申请实施例提供一种发送与接收信息的方法,可以在扫描方需要接入大量广播方的情况下使得扫描方依然可以正常完成接入,以及在扫描方的空口资源处于高占比状态的情况下提高接入广播方的数量。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。同时,在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
在本申请实施例中,“指示”可以包括直接指示和间接指示,也可以包括显式指示和隐式指示。将某一信息(如下文所述的用于指示第一设备和/或第二设备期望的角色的信息)所指示的信息称为待指示信息,则具体实现过程中,对待指示信息进行指示的方式有很多种,例如但不限于,可以直接指示待指示信息,如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息,其中该其他信息与待指示信息之间存在关联关系。还可以仅仅指示待指示信息的一部分,而待指示信息的其他部分则是已知的或者提前约定的。例如,还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示,从而在一定程度上降低指示开销。
应理解,以下描述中“G节点”还可以称为“G角色”,“T节点”还可以称为“T角色”。换言之,“G节点”与“G角色”之间可以替换表述,“T节点”与“T角色”之间可以替换表述,在此统一说明,以下不再赘述。
此外,本申请实施例描述的通信架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着通信架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图3所示,为本申请实施例提供的一种通信***的架构示意图。该通信***包括第一设备和第二设备。其中,本申请实施例中,该通信***可以包括多个第一设备和多个第二设备。该通信***可以应用于车载电池管理、物联网(internet-of-things,IoT)、以及工业控制等场景。
一种可能的实现方式中,第一设备生成广播消息,并向第二设备发送广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示所述第一设备期望的角色。第一设备期望的角色为G节点或T节点。
上述方案的具体实现将在下述实施例中详细阐述,在此不再赘述。
由于本申请实施例中,广播方(第一设备)通过广播消息中的第一指示信息向扫描方(第二设备)发送广播方期望的角色,可以告知扫描方广播接入广播方时广播方期望的角色,进而可以允许广播方成为G节点,扫描方成为T节点。这样,扫描方成为T节点之后,不需要使用自身的空口资源为广播方分配相应的空口资源,不仅可以缓解扫描方因接入大量广播方而导致自身空口资源处于高占比的状态,使得扫描方接入大量广播方之后依然可以正常完成接入,而且在扫描方的空口资源处于高占比状态的情况下,扫描方还可以接入更多的广播方。
可选地,本申请实施例的第一设备和第二设备可以指具有数据收发处理能力的电子设备,可以包括终端设备,也可以是包含在终端设备中的芯片。例如,第一设备或第二设备可以为汽车座舱(cockpit domain)设备,或者汽车座舱设备中的一个模块,例如座舱域控制器(cockpit domain controller,CDC)、摄像头、屏幕、麦克风、音响、电子钥匙、无钥匙进入或启动控制器等模块中的一个或多个。在具体的实施例中,第一设备和第二设备还可以是数据中转设备,例如网络设备、路由器、中继器、桥接器或交换机。
可选地,本申请所涉及的通信技术可以是终端设备之间的通信技术,也可以是网络设备和终端设备之间的通信技术,还可以是网络设备和网络设备之间的通信技术,不具体限定通信双方的身份,能支持相应的通信技术和功能即可。
可选地,本申请实施例中的终端设备可以为各种类型的用户设备(userequipment,UE)、手机(mobile phone)、平板电脑(pad)、台式电脑、耳机、音响等;还可以包括机器智能设备,如无人驾驶(self driving)设备、运输安全(transportation safety)设备、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、机器类型通信(machine type communication,MTC)设备、工业控制(industrialcontrol)设备、远程医疗(remote medical)设备、智能电网(smart grid)设备、智慧城市(smart city)设备、智能家居设备等;还可以包括可穿戴设备(如智能手表,智能手环,计步器等)等等。
可选地,本申请实施例中的网络设备包括但不限于:演进型节点B(evolved nodeB,eNB)、无线网络控制器(Radio Network Controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved node B,或Home node B,HNB)、基带单元(base band unit,BBU),无线保真(wireless fidelity,WIFI)***中的接入点(access point,AP)、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmissionand reception point,TRP)等,还可以为5G,如,NR***中的gNB,或,传输点(TRP或TP),5G***中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(distributed unit,DU)等。
需要说明,本申请实施例中,第一设备为广播方,但第一设备可以具备扫描方的扫描功能;第二设备为扫描方,但第二设备可以具备广播方的广播功能,本申请实施例对此不作具体限定。
可选地,本申请实施例中的第一设备或者第二设备的相关功能可以由一个设备实现,也可以由多个设备共同实现,还可以是由一个设备内的一个或多个功能模块实现,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是硬件与软件的结合,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,本申请实施例中的第一设备或者第二设备的相关功能可以通过图4中的通信装置400来实现。
图4所示为本申请实施例提供的通信装置400的结构示意图。通信装置400可以是第一设备或第二设备,也可以是应用于第一设备或第二设备中的芯片或者部件。
如图4所示,通信装置400包括处理器401,通信线路402,以及至少一个通信接口(图4中仅是示例性的以包括通信接口404,以及一个处理器401为例进行说明),可选地还可以包括存储器403。
处理器401可以是一个CPU,微处理器,特定应用集成电路(application-specificintegrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路,例如:一个或多个微处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)。
通信线路402可包括通路,用于连接不同组件。
通信接口404,可以是收发模块,用于与其他设备或通信网络通信,如以太网,RAN,WLAN等。例如,所述收发模块可以是收发器、收发机一类的装置。可选地,所述通信接口404也可以是位于处理器401内的收发电路,用以实现处理器的信号输入和信号输出。
存储器403可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器403用于存储执行本申请方案的计算机执行指令,并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令,从而实现本申请实施例中提供的发送与接收信息的方法。
或者,本申请实施例中,也可以是处理器401执行本申请下述实施例提供的发送与接收信息的方法中的处理相关的功能,通信接口404负责与其他设备或通信网络通信,本申请实施例对此不作具体限定。
本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器401可以包括一个或多个CPU,例如图4中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置400可以包括多个处理器,例如图4中的处理器401和处理器407。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信装置400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信,可以以多种方式来显示信息。
上述的通信装置400可以是一个通用装置或者是一个专用装置。例如通信装置400可以是蓝牙耳机、台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端装置、车载终端装置、嵌入式设备或具有图4中类似结构的设备。本申请实施例不限定通信装置400的类型。
下面将结合图1至图4对本申请实施例提供的发送与接收信息的方法进行具体阐述。
需要说明的是,本申请下述实施例中各个设备之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
如图5所示,为本申请实施例提供的一种发送与接收信息的方法,该发送与接收信息的方法包括如下步骤:
S501、第一设备生成广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示所述第一设备期望的角色。第一设备期望的角色为G节点或T节点。
可选地,一种可能的实现方式中,第一指示信息可以是GT flag标志。示例性的,该GT flag标志可以使用1bit的符号“0”表示第一设备期望的角色为T节点,使用1bit的符号“1”表示第一设备期望的角色为G节点。或者,该GT flag标志可以使用1bit的符号“1”表示第一设备期望的角色为T节点,使用1bit的符号“0”表示第一设备期望的角色为G节点,本申请实施例对此不做具体限定。
或者,可选地,另一种可能的实现方式中,第一指示信息可以是指示第一设备请求获取和/或分配空口资源的信息。示例性的,若第一指示信息为用于指示第一设备请求获取空口资源的信息,则可以用于指示第一设备期望的角色为T节点;或者,若第一指示信息为空,则可以用于指示第一设备期望的角色为G节点;或者,若第一指示信息为用于指示第一设备请求为接入的设备分配空口资源的信息,则可以用于指示第一设备期望的角色为G节点;或者,若第一指示信息为空,则可以用于指示第一设备期望的角色为T节点。
或者,可选地,又一种可能的实现方式中,第一指示信息可以是指示第一设备的能力信息的信息。示例性的,该能力信息可以是第一设备是否支持为接入的设备分配资源,若该能力信息为第一设备支持为接入的设备分配资源,则第一指示信息用于指示第一设备期望的角色为G节点;或者,若该能力信息为不支持为接入的设备分配资源,则第一指示信息用于指示第一设备期望的角色为T节点。
或者,可选地,又一种可能的实现方式中,第一指示信息可以是指示第一设备或第二设备配置***管理帧的信息。例如,若第一指示信息为指示第一设备配置***管理帧的信息,则可以用于指示第一设备期望的角色为G节点;或者,若第一指示信息为指示第二设备配置***管理帧的信息,则可以用于指示第一设备期望的角色为T节点。其中,***管理帧用于G节点管理T节点。
或者,可选地,又一种可能的实现方式中,第一指示信息可以是指示第二设备发送第一连接信息的信息,或者指示第一设备发送第二连接信息的信息。其中,第一连接信息为第二设备提供的第二设备接入第一设备过程中所需要的连接信息。第二连接信息为第一设备提供的第二设备接入第一设备过程中所需要的连接信息。若第一指示信息为指示第二设备发送第一连接信息的信息,则可以用于指示第一设备期望的角色为T节点;或者,若第一指示信息为指示第一设备发送第二连接信息的信息,则可以用于指示第一设备期望的角色为G节点。
示例性的,本申请实施例中,第二设备接入第一设备中所需要的连接信息可以包括但不限于:本地时钟、时间偏移、接入地址、跳频地图、循环冗余校验(cyclic redundancycheck,CRC)码初始值、连接态周期、或者连接态超时时间等。其中,时间偏移可以用于指示第一设备与第二设备之间传输数据的时间资源。跳频地图可以用于确定第一设备和第二设备建立连接的频点。CRC码初始值用于CRC计算,CRC可以用于检测第一设备与第二设备之间传输的数据是否发生错误。连接态周期为第一设备与第二设备之间传输数据的周期。连接态超时时间可以用于指示第一设备与第二设备之间是否重新建立连接。例如,若第一设备在连接态超时时间内没有接收到来自第二设备的数据,则表示此次第一设备与第二设备之间建立的连接不稳定,需要重新建立连接。
也就是说,本申请实施例中,第一指示信息可以是GT flag标志,进而显式指示第一设备期望的角色。同时,第一指示信息可以是指示第一设备请求获取和/或分配空口资源的信息、指示第一设备的能力信息的信息、指示第一设备或第二设备配置***管理帧的信息、指示第二设备发送第一连接信息的信息、或者指示第一设备发送第二连接信息的信息等,进而隐式指示第一设备期望的角色,本申请实施例对此不做具体限定。
S502、第一设备向第二设备发送广播消息。相应地,第二设备接收来自第一设备的广播消息。
可选地,本申请实施例中,第一设备可以在广播间隔内的一个或多个广播信道上向第二设备发送广播消息。相应地,第二设备可以在扫描窗口内接收来自第一设备的广播消息。
由于本申请实施例中,广播方(第一设备)通过广播消息中的第一指示信息向扫描方(第二设备)发送广播方期望的角色,可以告知扫描方广播接入广播方时广播方期望的角色,进而可以允许广播方成为G节点,扫描方成为T节点。这样,扫描方成为T节点之后,不需要使用自身的空口资源为广播方分配相应的空口资源,不仅可以缓解第二设备因接入大量的第一设备而导致自身空口资源处于高占比的状态,使得第二设备接入大量第一设备之后依然可以正常完成接入,而且在第二设备的空口资源处于高占比状态的情况下,第二设备还可以接入更多的第一设备。
其中,上述步骤S501~S502中第一设备的动作可以由图4所示的通信装置400中的处理器401调用存储器403中存储的应用程序代码以指令第一设备执行,上述步骤S501~S502中第二设备的动作可以由图4所示的通信装置400中的处理器401调用存储器403中存储的应用程序代码以指令第二设备执行,本实施例对此不作任何限制。
可选地,如图6所示,本申请实施例提供的发送与接收信息的方法,在步骤S502之后,还可以包括以下步骤:
S503、在第二设备根据广播消息确定请求接入第一设备的情况下,第二设备向第一设备发送接入请求消息,该接入请求消息用于第二设备请求接入第一设备。相应地,第一设备接收来自第二设备的接入请求消息。
或者,可选地,本申请实施例中,在第二设备根据广播消息确定请求接入第一设备的情况下,第二设备在第一时间资源内向第一设备发送接入请求消息,该接入请求消息用于第二设备请求接入第一设备。相应地,第一设备在第一时间资源内接收来自第二设备的接入请求消息。
可选地,本申请实施例中,第一时间资源可以是第一设备确定的。相应地,步骤S501中的广播消息指示第一时间资源。也就是说,第二设备可以根据广播消息确定第一时间资源,从而可以在第一时间资源内向第一设备发送接入请求消息。
可选地,本申请实施例中,广播消息可以通过显示方式指示第一时间资源。示例性的,广播消息可以包括第一时间资源的起始时刻和结束时刻。
或者,可选地,本申请实施例中,第一时间资源还可以是第一设备和第二设备提前协商好的;或者,协议约定第一时间资源,本申请实施例对此不作具体限定。
示例性的,以广播消息包括拓展广播包为例说明第二设备在第一时间资源内发送接入请求消息的流程。如图7所示,为第二设备接入第一设备的流程示意图。其中,第一时间资源的起始时刻与第一设备发送拓展数据包的起始时刻之间的时间间隔为接入请求的偏移量。第二设备可以在第一时间资源内发送一个或多个接入请求消息。相应地,第一设备可以在第一时间资源内接收来自第二设备的接入请求消息。
S504、第一设备向第二设备发送接入应答消息。相应地,第二设备接收来自第一设备的接入应答消息。其中,接入应答消息用于指示第二设备接入成功或者接入失败。
或者,可选地,本申请实施例中,在第一设备在第一时间资源内接收到来自第二设备的接入请求消息的情况下,第一设备向第二设备发送接入应答消息。
可选地,第一设备可以在第二时间资源内发送接入应答消息。相应地,第二设备在第二时间资源内接收来自第一设备的接入应答消息。
可选地,本申请实施例中,第二时间资源可以是第二设备确定的。相应地,接入请求消息还可以指示第二时间资源。也就是说,第一设备可以根据接入请求消息确定第二时间资源,从而可以在第二时间资源内向第二设备发送接入应答消息。
可选地,接入请求消息可以通过显示方式指示第二时间资源。示例性的,接入请求消息可以包括第二时间资源的起始时刻和结束时刻。
或者,可选地,本申请实施例中,第二时间资源还可以是第一设备和第二设备提前协商好的;或者,协议约定第二时间资源,本申请实施例对此不作具体限定。
示例性的,再次参见图7,第一设备发送接入应答消息的起始时刻与第一设备发送拓展数据包的起始时刻之间的时间间隔为接入应答的偏移量。其中,接入应答的偏移量大于接入请求的偏移量与第一时间资源的时间长度之和。
可选地,本申请实施例中,接入请求消息用于指示第二设备同意以第一设备期望的角色之外的角色接入第一设备。相应地,接入应答消息用于指示第二设备接入成功。也就是说,第二设备可以确定第一设备和第二设备建立连接后,第一设备可以成为第一设备期望的角色。
或者,可选地,接入请求消息包括第二指示信息,该第二指示信息用于指示第二设备期望的角色。其中,第二设备期望的角色为G节点或T节点。即,本申请实施例中,第一设备可以明确告知第二设备第一设备期望的角色,第二设备可以明确告知第一设备第二设备期望的角色。
应理解,第二指示信息的具体形式与上述第一指示信息类似,例如第二指示信息可以是GT flag标志;或者,第二指示信息可以是指示第二设备请求获取和/或分配空口资源的信息、指示第二设备的能力信息的信息、指示第一设备或第二设备配置***管理帧的信息、指示第二设备发送第一连接信息的信息、或者指示第一设备发送第二连接信息的信息等。第二指示信息的相关说明可以参见上述关于第一指示信息的描述,在此不再赘述。
可选地,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色不冲突,则第二设备可以成功以自己期望的角色接入。
可选地,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突但是第一设备同意成为第一设备期望的角色之外的角色,则第二设备可以成功以自己期望的角色接入。
或者,可选地,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突但是第一设备不同意第二设备成为第二设备期望的角色,则第二设备以自己期望的角色接入失败。
其中,第一设备可以根据实际应用场景确定是否同意第二设备以第二设备期望的角色接入第一设备。
示例性的,第一设备可以根据业务信息确定是否同意第二设备以第二设备期望的角色接入第一设备。业务信息可以是由应用(application)指示。若应用指示第一设备仅能成为T节点,在第二设备期望的角色为T节点的情况下,第一设备不同意第二设备以第二设备期望的角色接入第一设备。例如,应用可以是音频播放应用,第一设备为音频播放设备,此时第一设备仅能成为T节点。
或者,示例性的,第一设备可以根据硬件信息确定是否同意第二设备以第二设备期望的角色接入第一设备。例如,第一设备为键盘、鼠标、手写笔等输入设备,第一设备仅能成为T节点,在第二设备期望的角色为T节点的情况下,第一设备不同意第二设备以第二设备期望的角色接入第一设备。
也就是说,第一设备与第二设备之间可以通过第一指示信息和第二指示信息对第一设备期望的角色和第二设备期望的角色进行指示,并由第一设备确定第二设备是否能够以第二设备期望的角色接入成功。
可选地,本申请实施例中,在第二设备期望的角色为G节点的情况下,接入请求消息还包括第一连接信息。其中,第一连接信息包括第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
可选地,本申请实施例中,在接入应答消息用于指示第二设备以T节点的角色接入成功的情况下,或者,在接入请求消息用于指示第二设备同意以第一设备期望的角色之外的角色接入第一设备,并且第一设备期望的角色为G节点的情况下,接入应答消息还包括第二连接信息,第二连接信息包括第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
示例性的,再次参见图7,在接入应答消息指示第二设备接入成功,且第一设备成为G节点以及第二设备为T节点的情况下,第一设备向第二设备发送***管理帧。其中,第一设备发送***管理帧的起始时刻与第一设备发送接入应答消息的起始时刻之间的时间间隔为***管理帧的偏移量。或者,如图7所示,在接入应答消息指示第二设备接入成功,且第一设备成为T节点以及第二设备成为G节点的情况下,第二设备向第一设备发送***管理帧。其中,第二设备发送***管理帧的起始时刻与第一设备发送接入应答的起始时刻之间的时间间隔为***管理帧的偏移量。
由于本申请实施例中,允许第二设备(扫描方)成为T节点,第一设备(广播方)成为G节点,因此扫描方成为T节点之后,不需要使用自身的空口资源为广播方分配相应的空口资源,不仅可以缓解第二设备因接入大量的第一设备而导致自身空口资源处于高占比的状态,使得第二设备接入大量第一设备之后依然可以正常完成接入,而且在第二设备的空口资源处于高占比状态的情况下,第二设备还可以接入更多的第一设备。
可选地,本申请实施例中的广播消息包括拓展广播包和拓展数据包。进一步的,S502可以包括:
S502a、第一设备在广播间隔内的一个或多个广播信道上向第二设备发送拓展广播包,以及在数据信道上向第二设备发送拓展数据包。相应地,第二设备在一个或多个广播信道上接收来自第一设备的拓展广播包,以及在数据信道上接收来自第一设备的拓展数据包。其中,拓展广播包和/或拓展数据包可以承载第一指示信息。
可以理解,S502a与具体实施例前序部分图2所示的方案类似,例如第一设备可以在广播信道A、广播信道B、以及广播信道C上依次发送拓展广播包,在数据信道D上发送拓展数据包。S502a的相关说明可以参见图2所示的方案,在此不再赘述。
可选地,本申请实施例中,AuxPtr可以指示拓展数据包所在的信道或频点、接收拓展数据包的时域资源、以及物理层信息等。接收拓展数据包的时域资源可以包括时钟精度、时钟单元、或者接收拓展数据包的时间偏移量等。物理层信息可以包括拓展数据包所使用的信道带宽、或者信道编码类型等。
应理解,在本申请实施例中,信道带宽可以理解为符号(symbol)速率,即信道带宽可以理解为单位时间内传输的符号数量。例如,信道带宽包括1MHz,2MHz,或者4MHz可以理解为符号速率包括1M symbol/s(每秒传输的symbol数为1M),2M symbol/s,或者4Msymbol/s。
可选地,本申请实施例中,拓展数据包可以包括用于指示可请求接入第一设备的设备的标识信息和/或第一设备的能力信息。其中,可请求接入第一设备的设备的标识信息用于标识可以请求与第一设备建立连接的设备的身份。示例性的,该标识信息可以包括可请求接入第一设备的设备的媒体接入控制(media access control address,MAC)地址。
可选地,第一设备的能力信息可以用于指示以下一项或多项:第一设备支持的调制方式、第一设备支持的信道带宽、第一设备是否支持信道编码、或者第一设备支持的信道编码的类型。
示例性的,第一设备支持的调制方式可以包括高斯频移键控(gauss frequencyshift keying,GFSK)调制方式和/或相移键控(phase shift keying,PSK)调制方式等。
示例性的,第一设备支持的信道带宽可以包括第一设备支持的总信道带宽,和/或跳频方式下每个跳频信道的信道带宽。
示例性的,第一设备支持的信道编码的类型包括polar码编码方式、里所码(reed-solomon codes,RS)编码方式、或者二进制的霍拉里斯代码(binary coded hollerith,BCH)编码方式等,本申请实施例对此不作具体限定。
其中,上述步骤S501~S504中第一设备的动作可以由图4所示的通信装置400中的处理器401调用存储器403中存储的应用程序代码以指令第一设备执行,上述步骤S501~S504中第二设备的动作可以由图4所示的通信装置400中的处理器401调用存储器403中存储的应用程序代码以指令第二设备执行,本实施例对此不作任何限制。
可选地,本申请实施例提供发送与接收信息的方法中,在第二设备接收来自第一设备的广播消息(步骤S502)之后,本申请实施例提供的发送与接收信息的方法还包括:在第二设备根据广播消息确定第二设备不能接入第一设备的情况下,第二设备放弃向第一设备发送接入请求消息。进一步的,在第一设备在第一时间资源内未接收到来自第二设备的接入请求消息的情况下,第一设备确定第一设备与第二设备之间连接失败,也放弃向第二设备发送接入应答消息。也就是说,若第二设备无法接受第一设备期望的角色,则第二设备可以通过不发送接入请求的方式告知第一设备第二设备与第一设备之间连接失败。如此,可以节省后续接入请求消息和接入应答消息的开销,也可以节省第一设备和第二设备的能量。
可选地,本申请实施例中,第一指示信息还用于指示第一设备期望的角色是否可协商。由于第一指示信息可以明确第一设备期望的角色是否可以协商,因此第二设备可以根据第一指示信息确定是否向第一设备发送接入请求消息。例如,在第一设备期望的角色与第二设备期望的角色相同,且第一指示信息指示第一设备期望的角色不可协商的情况下,第二设备可以确定不向第一设备发送接入请求消息。如此,可以节省信令开销以及节省功耗。
可选地,本申请实施例中,在第一指示信息还用于指示第一设备期望的角色是否可协商的情况下,第一指示信息可以是GT flag标志。示例性的,该GT flag标志可以使用2bit进行指示,其中1个比特用于指示第一设备期望的角色,另外一个比特用于指示第一设备期望的角色是否可协商。例如,高比特用于指示第一设备期望的角色,低比特用于指示第一设备期望的角色是否可协商;或者,低比特用于指示第一设备期望的角色,高比特用于指示第一设备期望的角色是否可协商。例如,使用1bit的符号“0”表示第一设备期望的角色为T节点,使用1bit的符号“1”表示第一设备期望的角色为G节点。或者,使用1bit的符号“1”表示第一设备期望的角色为T节点,使用1bit的符号“0”表示第一设备期望的角色为G节点。例如,使用1bit的符号“0”表示第一设备期望的角色可协商,使用1bit的符号“1”表示第一设备期望的角色不可协商。或者,使用1bit的符号“1”表示第一设备期望的角色可协商,使用1bit的符号“0”表示第一设备期望的角色不可协商,本申请实施例对此不做具体限定。
或者,可选地,第一指示信息可以是GT flag标志与指示第一设备请求获取和/或分配空口资源的信息的组合;或者,第一指示信息可以是GT flag标志与指示第一设备的能力信息的组合;或者,第一指示信息可以是GT flag标志与指示第一设备或第二设备配置***管理帧的信息的组合;或者,第一指示信息可以是GT flag标志与指示第二设备发送第一连接信息的信息的组合;或者,第一指示信息可以是GT flag标志与指示第一设备发送第二连接信息的信息的组合。其中,GT flag标志可以用于表示第一设备期望的角色是否可协商。示例性的,该GT flag标志可以使用1bit的符号“0”表示第一设备期望的角色可协商,使用“1”表示第一设备期望的角色不可协商;或者,符号“1”用于表示第一设备期望的角色可协商,符号“0”表示第一设备期望的角色不可协商,本申请实施例对此不作具体限定。
或者,可选地,第一指示信息可以是指示第一设备请求获取和分配空口资源的信息与第一设备的能力信息的组合;或者,第一指示信息可以是指示第一设备请求获取和分配空口资源的信息与指示第一设备或第二设备配置***管理帧的信息的组合;或者,第一指示信息可以是指示第一设备请求获取和分配空口资源的信息与指示第二设备发送第一连接信息的信息的组合;或者,第一指示信息可以是指示第一设备请求获取和分配空口资源的信息与指示第一设备发送第二连接信息的信息的组合。其中,指示第一设备请求获取和分配空口资源的信息可以用于表示第一设备期望的角色可协商。由于第一设备既可以获取空口资源,也可以分配空口资源,因此可以指示第一设备期望的角色可协商。
可选地,本申请实施例中,接入请求消息包括第三指示信息,第三指示信息用于指示第二设备期望的角色且第二设备期望的角色是否可协商。即,本申请实施例中,第一设备可以明确告知第二设备第一设备期望的角色以及是否可协商,第二设备可以明确告知第一设备第二设备期望的角色以及是否可协商。
应理解,第三指示信息的原理与上述第一指示信息类似,例如第三指示信息可以是GT flag标志,使用2bit的符号表示第二设备期望的角色和该第二设备期望的角色是否可协商。关于第三指示信息的相关说明,可以参见上述第一指示信息的相关介绍,在此不再赘述。
可选地,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色不冲突,则第二设备可以成功以自己期望的角色接入。
可选地,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及所述第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色以及第二设备期望的角色不可协商,则第二设备以自己期望的角色接入失败。
可选地,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色不可协商以及第二设备期望的角色可协商,则第二设备可以以第二设备期望的角色之外的角色接入成功。
或者,可选地,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色不可协商以及第二设备期望的角色可协商,则第二设备以第二设备期望的角色接入失败。
可选地,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色可协商,则第二设备可以成功以自己期望的角色接入。由于本申请实施例中允许扫描方与广播方之间对GT角色进行协商,使得接入过程中GT角色设置更灵活,可以适应实际业务的需求。
可选地,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功,或者接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。换言之,本申请实施例中,在第一设备明确告知第二设备第一设备期望的角色,第二设备明确告知第一设备第二设备期望的角色的情况下,若第一设备与第二设备期望的角色冲突并且第一设备期望的角色以及第二设备期望的角色均可协商,则第二设备可以成功以自己期望的角色接入,或者第二设备可以以第二设备期望的角色之外的角色接入成功,本申请实施例对此不作具体限定。
由于本申请实施例中,允许第二设备(扫描方)成为T节点,第一设备(广播方)成为G节点,因此扫描方成为T节点之后,不需要使用自身的空口资源为广播方分配相应的空口资源,不仅可以缓解第二设备因接入大量的第一设备而导致自身空口资源处于高占比的状态,使得第二设备接入大量第一设备之后依然可以正常完成接入,而且在第二设备的空口资源处于高占比状态的情况下,第二设备还可以接入更多的第一设备。此外,本申请实施例中允许第二设备确定是否同意第一设备成为第一设备期望的角色,因此在第二设备不同意的情况下,第二设备可以不向第一设备发送接入请求消息,这样可以减少能量消耗和节省网络资源的开销。
可选地,本申请实施例提供发送与接收信息的方法中,在第一设备接收来自第二设备的接入请求消息(步骤S503)之后,本申请实施例提供的发送与接收信息的方法还包括:在第一设备根据接入请求消息确定第二设备不能接入第一设备的情况下,第一设备放弃向第二设备发送接入应答消息。进一步的,在第二设备在第二时间资源内未接收到来自第一设备的接入应答消息的情况下,第二设备确定第一设备与第二设备之间连接失败。也就是说,若第一设备无法接受第二设备期望的角色,则第一设备可以通过不发送接入应答的方式告知第二设备第一设备与第二设备之间连接失败。如此,可以节省发送接入应答消息的网络资源和能量开销。
其中,由于上述实施例中的第一设备和第二设备均可以采用如图4所示的通信装置400的架构,因此,上述实施例中第一设备的动作可以由图4所示的通信装置400中的处理器401调用存储器403中存储的应用程序代码以指令第一设备执行,上述实施例中第二设备的动作可以由图4所示的通信装置400中的处理器401调用存储器403中存储的应用程序代码以指令第二设备执行,本实施例对此不作任何限制。
可以理解的是,以上各个实施例中,由第一设备实现的方法和/或步骤,也可以由可用于第一设备的部件(例如芯片或者电路)实现;由第二设备实现的方法和/或步骤,也可以由可用于第二设备的部件(例如芯片或者电路)实现。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的,本申请实施例还提供了通信装置,该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的第一设备,或者包含上述第一设备的装置,或者为可用于第一设备的部件;或者,该通信装置可以为上述方法实施例中的第二设备,或者包含上述第二设备的装置,或者为可用于第二设备的部件。可以理解的是,该通信装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法实施例中对通信装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图8示出了一种通信装置800的结构示意图。通信装置800包括收发器801。所述收发器801,也可以称为收发单元用以实现收发功能,例如可以是收发电路,收发机或者通信接口。可选地,该通信装置800可以包括处理器802。
以通信装置800为上述方法实施例中的第一设备为例,则:处理器802,用于生成广播消息;该收发器801,用于向第二设备发送广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示第一设备期望的角色。第一设备期望的角色为G节点或T节点。
一种可能的实现方式中,收发器801,还用于接收来自第二设备的接入请求消息;收发器801,还用于向第二设备发送接入应答消息。其中,接入请求消息用于第二设备请求接入第一设备。接入应答消息用于指示第二设备接入成功或者接入失败。
一种可能的实现方式中,接入请求消息包括第二指示信息,第二指示信息用于指示第二设备期望的角色。其中,第二设备期望的角色为G节点或T节点。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。
一种可能的实现方式中,第一指示信息还用于指示第一设备期望的角色是否可协商。
一种可能的实现方式中,接入请求消息包括第三指示信息,第三指示信息用于指示第二设备期望的角色且第二设备期望的角色是否可协商。其中,第二设备期望的角色为G节点或T节点。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功,或者接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。
一种可能的实现方式中,处理器802,还用于在收发器801在第一时间资源内未接收到来自第二设备的接入请求消息的情况下,确定第一设备与第二设备之间连接失败。
一种可能的实现方式中,在第二设备期望的角色为G节点的情况下,接入请求消息还包括第一连接信息,第一连接信息包括第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
一种可能的实现方式中,在接入应答消息用于指示第二设备以T节点的角色接入成功的情况下,接入应答消息还包括第二连接信息,第二连接信息包括第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
以通信装置800为上述方法实施例中的第二设备为例,则:收发器801,用于接收来自第一设备的广播消息。其中,广播消息包括第一指示信息,该第一指示信息用于指示第一设备期望的角色。第一设备期望的角色为G节点或T节点。
一种可能的实现方式中,收发器801,还用在处理器802根据广播消息确定请求接入第一设备的情况下,向第一设备发送接入请求消息;收发器801,还用于接收来第一设备的接入应答消息。其中,接入请求消息用于第二设备请求接入第一设备。该接入应答消息用于指示第二设备接入成功或接入失败。
一种可能的实现方式中,接入请求消息包括第二指示信息,第二指示信息用于指示第二设备期望的角色。其中,第二设备期望的角色为G节点或T节点。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。
一种可能的实现方式中,第一指示信息还用于指示第一设备期望的角色是否可协商。
一种可能的实现方式中,接入请求消息包括第三指示信息,第三指示信息用于指示第二设备期望的角色且第二设备期望的角色是否可协商。其中,第二设备期望的角色为G节点或T节点。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色不相同的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入失败。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色不可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色不可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功。
一种可能的实现方式中,在第二设备期望的角色与第一设备期望的角色相同,并且第一设备期望的角色可协商以及第二设备期望的角色可协商的情况下,接入应答消息用于指示第二设备以第二设备期望的角色接入成功,或者接入应答消息用于指示第二设备以第二设备期望的角色之外的角色接入成功。
一种可能的实现方式中,处理器802,还用于在收发器801在第二时间资源内未接收到来自第一设备的接入应答消息的情况下,确定第二设备与第一设备之间连接失败。
一种可能的实现方式中,在第二设备期望的角色为G节点的情况下,接入请求消息还包括第一连接信息,第一连接信息包括第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
一种可能的实现方式中,在接入应答消息用于指示第二设备以T节点的角色接入成功的情况下,接入应答消息还包括第二连接信息,第二连接信息包括第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该通信装置800以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。
当通信装置800为上述方法实施例中的第一设备或第二设备时,在一个简单的实施例中,本领域的技术人员可以想到该通信装置800可以采用图4所示的通信装置400的形式。
比如,图4所示的通信装置400中的处理器401或处理器407可以通过调用存储器403中存储的计算机执行指令,使得通信装置400执行上述方法实施例中的发送与接收信息的方法。具体的,图8中的处理器802的功能/实现过程可以通过图4所示的通信装置400中的处理器401或407调用存储器403中存储的计算机执行指令来实现。图8中的收发器801的功能/实现过程可以通过经由图4中的通信接口404连接的通信模块来实现。
由于本实施例提供的通信装置800可执行上述发送与接收信息的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
需要说明的是,以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候,所述软件以计算机程序指令的方式存在,并被存储在存储器中,处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上***)或ASIC,也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外,还可进一步包括必要的硬件加速器,如现场可编程门阵列(field programmable gate array,FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当以上模块或单元以硬件实现的时候,该硬件可以是CPU、微处理器、数字信号处理(digital signal processing,DSP)芯片、微控制单元(microcontroller unit,MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合,其可以运行必要的软件或不依赖于软件以执行以上方法流程。
可选的,本申请实施例还提供了一种芯片***,包括:至少一个处理器和接口,该至少一个处理器通过接口与存储器耦合,当该至少一个处理器执行存储器中的计算机程序或指令时,使得上述任一方法实施例中的方法被执行。在一种可能的实现方式中,该通信装置还包括存储器。可选的,该芯片***可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (32)
1.一种发送信息的方法,其特征在于,所述方法包括:
第一设备生成广播消息,所述广播消息包括第一指示信息,所述第一指示信息用于指示所述第一设备期望的角色,其中,所述第一设备期望的角色为主控节点或终端节点;
所述第一设备向第二设备发送所述广播消息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一设备接收来自所述第二设备的接入请求消息,所述接入请求消息用于所述第二设备请求接入所述第一设备;
所述第一设备向所述第二设备发送接入应答消息,所述接入应答消息用于指示所述第二设备接入成功或者接入失败。
3.根据权利要求2所述的方法,其特征在于,所述接入请求消息包括第二指示信息,所述第二指示信息用于指示所述第二设备期望的角色,其中,所述第二设备期望的角色为所述主控节点或所述终端节点。
4.根据权利要求3所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色不相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功。
5.根据权利要求3所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功。
6.根据权利要求3所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入失败。
7.根据权利要求1或2所述的方法,其特征在于,所述第一指示信息还用于指示所述第一设备期望的角色是否可协商。
8.根据权利要求7所述的方法,其特征在于,所述接入请求消息包括第三指示信息,所述第三指示信息用于指示所述第二设备期望的角色且所述第二设备期望的角色是否可协商,其中,所述第二设备期望的角色为所述主控节点或所述终端节点。
9.根据权利要求8所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色不相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功。
10.根据权利要求8所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色不可协商以及所述第二设备期望的角色不可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入失败;
或者,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色不可协商以及所述第二设备期望的角色可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色之外的角色接入成功。
11.根据权利要求8所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色可协商以及所述第二设备期望的角色不可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功;
或者,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色可协商以及所述第二设备期望的角色可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功,或者所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色之外的角色接入成功。
12.根据权利要求1-11任一项所述的方法,其特征在于,在所述第二设备期望的角色为所述主控节点的情况下,
所述接入请求消息还包括第一连接信息,所述第一连接信息包括所述第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、循环冗余校验CRC码初始值、连接态周期、或者连接态超时时间。
13.根据权利要求1-12任一项所述的方法,其特征在于,在所述接入应答消息用于指示所述第二设备以所述终端节点的角色接入成功的情况下,
所述接入应答消息还包括第二连接信息,所述第二连接信息包括所述第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
14.一种接收信息的方法,其特征在于,所述方法包括:
第二设备接收来自第一设备的广播消息,所述广播消息包括第一指示信息,所述第一指示信息用于指示所述第一设备期望的角色,其中,所述第一设备期望的角色为主控节点或终端节点。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
在所述第二设备根据所述广播消息确定请求接入所述第一设备的情况下,所述第二设备向所述第一设备发送接入请求消息,所述接入请求消息用于所述第二设备请求接入所述第一设备;
所述第二设备接收来自所述第一设备的接入应答消息,所述接入应答消息用于指示所述第二设备接入成功或者接入失败。
16.根据权利要求15所述的方法,其特征在于,所述接入请求消息包括第二指示信息,所述第二指示信息用于指示所述第二设备期望的角色,其中,所述第二设备期望的角色为所述主控节点或所述终端节点。
17.根据权利要求16所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色不相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功。
18.根据权利要求16所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功。
19.根据权利要求16所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入失败。
20.根据权利要求14或15所述的方法,其特征在于,所述第一指示信息还用于指示所述第一设备期望的角色是否可协商。
21.根据权利要求20所述的方法,其特征在于,所述接入请求消息包括第三指示信息,所述第三指示信息用于指示所述第二设备期望的角色且所述第二设备期望的角色是否可协商,其中,所述第二设备期望的角色为所述主控节点或所述终端节点。
22.根据权利要求21所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色不相同的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功。
23.根据权利要求21所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色不可协商以及所述第二设备期望的角色不可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入失败;
或者,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色不可协商以及所述第二设备期望的角色可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望角色之外的角色接入成功。
24.根据权利要求21所述的方法,其特征在于,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色可协商以及所述第二设备期望的角色不可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功;
或者,在所述第二设备期望的角色与所述第一设备期望的角色相同,并且所述第一设备期望的角色可协商以及所述第二设备期望的角色可协商的情况下,所述接入应答消息用于指示所述第二设备以所述第二设备期望的角色接入成功,或者所述接入应答消息用于指示所述第二设备以所述第二设备期望角色之外的角色接入成功。
25.根据权利要求14-24任一项所述的方法,其特征在于,在所述第二设备期望的角色为所述主控节点的情况下,
所述接入请求消息还包括第一连接信息,所述第一连接信息包括所述第二设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
26.根据权利要求14-25任一项所述的方法,其特征在于,在所述接入应答消息用于指示所述第二设备以所述终端节点接入成功的情况下,
所述接入应答消息还包括第二连接信息,所述第二连接信息包括所述第一设备提供的以下一项或多项:本地时钟、时间偏移、接入地址、跳频地图、CRC码初始值、连接态周期、或者连接态超时时间。
27.一种通信装置,其特征在于,包括:收发器和处理器;
所述处理器,用于生成广播消息,所述广播消息包括第一指示信息,所述第一指示信息用于指示所述通信装置期望的角色,其中,所述通信设备期望的角色为主控节点或终端节点;
所述收发器,用于向第二设备发送所述广播消息。
28.一种通信装置,其特征在于,包括:收发器;
所述收发器,用于接收来自第一设备的广播消息,所述广播消息包括第一指示信息,所述第一指示信息用于指示所述第一设备期望的角色,其中,所述第一设备期望的角色为主控节点或终端节点。
29.一种通信***,其特征在于,包括用于执行权利要求1-13中任一项所述方法的通信装置和用于执行权利要求14-26中任一项所述方法的通信装置。
30.一种通信装置,其特征在于,包括:存储器以及与所述存储器耦合的处理器,所述存储器用于存储程序,所述处理器用于执行所述存储器存储的所述程序;当所述通信装置运行时,所述处理器运行所述程序,使得所述通信装置执行如权利要求1-13中任一项所述的发送信息的方法,或者使得所述通信装置执行如权利要求14-26中任一项所述的接收信息的方法。
31.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序或指令,当所述计算机程序或指令在计算机上运行时,使得所述计算机执行如权利要求1-13中任一项所述的发送信息的方法,或者使得所述计算机执行如权利要求14-26中任一项所述的接收信息的方法。
32.一种计算机程序产品,其特征在于,当其在计算机上运行时,使得所述计算机执行权利要求1-13中任一项所述的发送信息的方法,或者使得所述计算机执行如权利要求14-26中任一项所述的接收信息的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211020745.5A CN117641257A (zh) | 2022-08-24 | 2022-08-24 | 发送与接收信息的方法、通信装置及*** |
PCT/CN2023/102513 WO2024041161A1 (zh) | 2022-08-24 | 2023-06-26 | 发送与接收信息的方法、通信装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211020745.5A CN117641257A (zh) | 2022-08-24 | 2022-08-24 | 发送与接收信息的方法、通信装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117641257A true CN117641257A (zh) | 2024-03-01 |
Family
ID=90012389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211020745.5A Pending CN117641257A (zh) | 2022-08-24 | 2022-08-24 | 发送与接收信息的方法、通信装置及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117641257A (zh) |
WO (1) | WO2024041161A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102742339B (zh) * | 2010-02-11 | 2015-04-15 | 富士通株式会社 | 基于竞争的上行链路数据传输方法、设备和*** |
US9781745B2 (en) * | 2012-03-19 | 2017-10-03 | Tyco Fire & Security Gmbh | Scalable protocol for large WSNS having low duty cycle end nodes |
CN113055978B (zh) * | 2021-05-31 | 2021-10-01 | 北京理工大学 | 通信接入方法、装置、设备和可读存储介质 |
CN114338267B (zh) * | 2021-12-21 | 2024-01-12 | 北京东土科技股份有限公司 | 多管理节点的维护方法、装置、设备、总线网络及介质 |
CN114449602B (zh) * | 2022-01-27 | 2024-02-06 | 深圳Tcl新技术有限公司 | 切换方法、存储介质及无线通信装置 |
-
2022
- 2022-08-24 CN CN202211020745.5A patent/CN117641257A/zh active Pending
-
2023
- 2023-06-26 WO PCT/CN2023/102513 patent/WO2024041161A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024041161A1 (zh) | 2024-02-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020088688A1 (zh) | 资源配置方法及装置 | |
US20210204284A1 (en) | Apparatus and method of vehicle-to-everything communication of same | |
CN111865536B (zh) | 搜索空间的监测、配置方法及装置 | |
CN111586882B (zh) | 随机接入的方法、装置及*** | |
CN111093287A (zh) | 一种数据处理方法、装置、终端设备和存储介质 | |
US20220225425A1 (en) | Random Access Method And Apparatus | |
US20240107427A1 (en) | Access method and communication apparatus | |
CN116210303A (zh) | 用于物理下行链路控制信道重复接收的用户装备复杂度降低 | |
CN113473622B (zh) | Ofdma频域资源调度方法、sta、ap及通信*** | |
US11190231B1 (en) | Multiplexing of resource blocks within a communications network for dynamic service provisioning | |
AU2018407841A1 (en) | Data transmission control method and related product | |
CN111093274A (zh) | 一种数据处理方法、装置、终端设备和存储介质 | |
CN111867096B (zh) | 通信方法、设备及*** | |
CN111432423A (zh) | 一种资源配置方法及装置 | |
WO2018149384A1 (zh) | 一种信息传输方法,无线接入设备和终端 | |
CN110933758B (zh) | 一种干扰协调方法及装置、基站 | |
CN113766575A (zh) | 通信方法及通信设备 | |
CN117641257A (zh) | 发送与接收信息的方法、通信装置及*** | |
CN115915449A (zh) | 信息传输方法、第一通信节点、第二通信节点及存储介质 | |
CN114531733B (zh) | 确定和配置控制资源集的方法、装置及通信*** | |
CN108282279B (zh) | 通信方法、通信设备和终端 | |
CN109716800A (zh) | 数据传输方法及装置 | |
WO2024021773A1 (zh) | 一种通信方法和装置 | |
EP4185039A1 (en) | Resource allocation method, apparatus and system | |
WO2023232007A1 (zh) | 信号传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |