4、106、108分别实现相应的？2?应用，诸如4991、4992、4993和4口口4。 对等体可W是平板计算机、智能电话、音乐播放器、游戏机、个人数字助理、膝上型计算机、 PC、医疗设备、联网汽车、智能仪表、家庭网关、监视器、警报器、传感器、机顶盒、打印机、2G 网络中的移动台（MS)、3G网络中的用户设备（UE)、或者IEEE 802.15(无线个人区域网络 (WPAN))网络中的一个或一组全功能设备(FFD)或简化功能设备(RFD)。作为一个示例，对等 体可W具有图14C中所示的硬件架构(更完整地描述如下)或其变化方案，或者其可W具有 图14D中所示的计算系统的架构（同样更完整地描述如下）。
[0043] 在图1中所示的分布控制方案中，P2PNW的每个对等体通过在公共控制/数据信道 (CCDCH)上与其它对等体进行通信，管理与邻近P2PNW的其它对等体的全部控制相关的通 信。CCDCH可W被用于但不限于下列几点：邻近P2PNW之间的公共控制消息、发向邻近P2PNW 的寻呼或广播消息W及广播到邻近P2PNW的短的高优先级的数据。
[0044] 利用P2PNW间分布控制，一个P2PNW内的对等体管理其与邻近的其它P2PNW内的对 等体的控制相关的通信。例如，在图I中，P2PNW 102中的对等体3-2与P2PNW 104的对等体I 和对等体2通信控制相关信息。类似地，P2PNW 106的对等体1与P2PNW 108的对等体1和对等 体4通信控制相关信息。在运样的分布控制方案中，不存在充当P2PNW之间的中央"控制者" 的超级化。
[0045] 如双箭头实线所示，利用P2PNW内分布控制，通过与P2PNW内的其它对等体进行通 信，对等体管理其控制相关的通信。例如，P2PNW 108中的APP4的对等体1处理关于该App4 P2PNW内的对等体的控制和数据消息。不存在充当中央"控制者"的化，也不存在任何子化。
[0046] 图2示出采用虚拟集中控制方案的示例通信系统200,该虚拟集中控制方案可W包 括P2PNW间集中控制W及P2PNW内集中控制。在所示的示例系统中，存在四个P2PNW 110、 112、114和116。如前述示例，每个P2PNW 110、112、114、116分别实现相应的P2P应用，诸如 Appl、App2、App3和App4。
[0047] 利用P2PNW间集中控制，超级化经由在公共控制/数据信道上与P2PNW的其它化的 通信来管理邻近P2PNW之间的全部控制相关的通信。例如，P2PNW 110(实现Appl)中的对等 体1是超级化并且处理Appl、App2、App3和App4P2PNW 110、112、114和116之间的全部控制信 号和/或消息。具体地，如图所示，超级化(P2PNW 110的对等体1)在CCDCH上与App2 P2PNW 112的对等体1(VL2)、与APP3 P2PNW 114的对等体1(化3)并且与App4 P2PNW 116的对等体1 (化4)通信。
[004引利用P2PNW内集中控制，化经由在专用控审Ij/数据信道化CDCH)上与P2PNW的其它对 等体的通信而直接地或者通过子化来管理P2PNW之内的全部控制相关的通信。例如，Appl P2PNW 110的对等体1处理App 1 P2PNW内的对等体(例如对等体巧日对等体4)和子化(例如对 等体3)之间的全部控制信号和/或消息。对等体3是用于对等体3-1和3-2的子化。类似地， App4 P2PNW 116的对等体1处理App4 P2PNW 116内的全部对等体(对等体2、对等体3、对等 体4和对等体5)之间的全部控制信号和/或消息。
[0049] 图3示出采用混合控制方案的示例通信系统，该混合控制方案可W包括P2PNW间分 布控制W及P2PNW内虚拟集中控制。在所示的示例中，再次存在四个P2PNW118、120、12dP 122。如前述示例，每个P2PNW118、120、122和124分别实现相应的P2P应用，诸如Appl、App2、 App3和App4。
[0050] 在该混合控制方案的P2PNW间分布控制中，P2PNW的化经由在CCDCH上的通信来管 理其与邻近的其它P2PNW的化的P2PNW控制相关的通信。不存在充当P2PNW之间的中央"控制 苦'的超级化，并且给定P2PNW的化仅是该P2PNW内的中央"控制者"。例如，如图所示，APPl P2PNW 118的对等体1(化1)与App2 P2PNW 120的对等体1(化2)、与APP3 P2PNW 122的对等 体1(化3)并且与App3P2PNW 124的对等体1(化4)通信。
[0051] 在该混合控制方案的P2PNW内集中控制中，在专用控制/数据信道上直接地或者 通过子化来管理P2PNW之内的全部控制相关的通信。例如，Appl P2PNW 118的对等体1处理 该Appl P2PNW内的对等体(例如对等体巧日对等体4)和子化(例如对等体3)之间的全部控制 信号和/或消息。类似地，App4 P2PNW 124的对等体1处理App4 P2PNW内的全部对等体(例如 对等体2、对等体3、对等体4和对等体5)之间的全部控制信号和/或消息。
[0052] 信道管理和超帖结构
[0053] 802.15.8中，信道管理被使用于在对等体之间的信道资源分配。在信道管理过程 期间定义超帖。通常，超帖由定义新的超帖的开始点的超信标(在集中控制中）或者公共信 标(在混合W及分布控制中）组成。然后，超信标或者公共信标随后是CCDCH。在CCDCH之后是 一个或多个应用帖。每个应用帖可W包含应用信标、用于P2PNW内通信并且由P2PNW内的化、 子化和对等体共享的DCDCH、W及无竞争时段(CFP)。
[0054]为了定义新的超帖或者应用帖，对等体需要在CCDCH或者DCDCH上发送信道分配请 求并且等待来自邻近距离内的对等体的响应。定义超帖的第一信标也定义应用帖。在不同 的控制方案下，该第一信标被称为不同名称并且由不同方来发送。例如，在虚拟集中控制 中，其被称为超信标并且由超级化来发送。在混合控制方案中，其是从化发送的公共应用信 标，并且在分布控制方案中，其是来自对等体的公共应用信标。
[005引图4示出通用的时分多址(TDMA)超帖结构，其可W被用于图帥所示的虚拟集中控 制方案。参照图2和4，在该示例中，超信标定义超帖，并且由于Appl的双重功能--超级化 和化，超信标还用作用于Appl的应用信标。Appl的DCDCH紧随CCDCH之后。能够看出，Appl帖 包括CCDCH，因为该应用帖的化也是超帖的超级化，而其它应用帖(例如，App2和App3的应用 帖)从单独的应用信标开始并且随后是其DCDCH。
[0056] 现有的TDMA超帖结构，如图4中所示的超帖结构，可能会受益于对多个P2P应用的 更佳支持，包括更一致的应用帖结构。此外，如在IEEE标准中所定义，用于在物理层的正交 频分多路复用W及在物理层的直接序列扩展频谱的现有超帖结构也可能会受益于对P2P应 用的更佳支持，特别是多个P2P应用。此外，现有的超帖结构没有解决图1-3中所示的不同控 制方案的共存。
[0057] 增强的通用超帖结构
[0058] 根据本申请的一方面，公开了一种增强的通用超帖结构W及用于不同的多路访问 方案的多个实施例。
[0059] 在图5中图示增强的超帖结构的一个实施例。在图5中所示的示例中，示出两个连 续的超帖，超帖1和超帖2。关于超帖1，每个超帖可W包含超帖信标502、诸如CCDCH的基于竞 争的公共时段504、应用时段506、保留时间508W及非活动时段510中的一个或多个，乃至全 部。
[0060] 超帖信标502指示超帖的开始。对于不同的控制方案，其可W被超级化保存为超信 标、被VL保存为公共信标、或者被对等体保存为公共对等信标。
[0061] 公共时段(CCDCH)504可W由邻近的所有对等体来共享，用于控制或管理消息W及 短或较高优先级的数据。公共广播/多点广播W及私人结对通信可W作为基于竞争的通信 而在CCDCH上进行。特别地，针对"待发现"和/或"关联请求"的消息，相同的消息（或者用于 "待发现"的发现信标)能够在该时段期间重复。
[0062] 应用时段506可W被专用于P2P应用用途。在一个实施例中，在应用时段506内可W 存在一个或多个应用帖(未示出）。不同的多路访问方案可W定义应用帖在该时间间隔内的 不同布置。类似于公共时段(CCDCH)，针对"待发现"和/或"关联请求"的消息，相同的消息 (或者用于"待发现"的发现信标)能够在该时段期间重复。
[0063] 保留时间508可W被保留用于其它服务帖的插入，并且非活动时段510可W是介于 超帖之间（例如在图5中超帖1与超帖2之间）的可选的间隙或保护时间。
[0064] 增强的TDMA超帖结构
[0065] 图6图示用于TDMA方案的图5的通用超帖结构的一个实施例。同图4的TDMA超帖结 构相比，图6的超帖结构对前者的改进在于通过将超信标(例如图4的超信标1)的功能分成 单独的超帖信标(例如超帖信标1) W及一个或多个单独的应用信标(诸如App信标l、App信 标2和App信标3)，其中超帖信标定义超帖的开始并且每个应用信标定义相应的应用帖的开 始。在各种实施例中，超帖信标在虚拟集中控制方案下可W是超信标、在混合控制方案下可 W是公共信标、或者在分布控制方案下可W是公共对等信标。如图所示，在该实施例中，在 新的超帖结构中的CCDCH不再是第一应用帖的一部分(如就图4的超帖结构而言）。换言之， 新的超帖结构具有包括超帖信标和CCDCH的公共时段，并且应用时段包括一个或多个应用 帖。每个应用帖可W被专用于一个应用并且开始于应用信标，随后是其DCDCH。因此，新的超 帖结构与应用帖结构更加一致。
[0066] 应注意，在图6中所示的超帖结构是通用于全部=种控制方案。超帖信标(例如超 帖信标1、超帖信标2等似及应用信标(例如App信标UApp信标2 W及App信标3)能够根据控 制方案而由超级化、化或者对等体来保存。例如，在虚拟集中控制方案中，超级化或者邻近 的第一化可W发送超帖信标;化可W发送应用信标。在混合控制的情况下，化发送超帖信标 W及应用信标。在分布控制方案中，任何对等体都可W发送超帖信标和应用信标。
[0067] 增强的(FDM超帖结构
[0068] 图7A和7B图示图5的通用超帖结构用于OFDM方案的一个实施例。如图所示，专用的 应用帖被分配在不同的时间间隔中（如在TDMA中），W便无竞争访问。进一步如图所示， CCDCH和DCDCH可W是工作频带内的子载波的子集或者全部。此外，无论CCDCH还是DCDCH都 可W被分成多路信道。例如，在超帖2中（图7B)，CCDCH被分成两个(CCDCHl和CCDC肥）。
[0069] 增强的DSSS超帖结构
[0070] 图8A和8B图示图5的通用超帖结构用于DSSS方案的一个实施例。如图所示，在公共 时段内仅分配超帖信标和CCDCHW使对公共时段（即，CCDCH)的干扰最小化。在应用时段中， 应用帖可W用不同的正交码来扩展并且由此可W在该时间间隔中重叠。图8A图示与信标重 叠。图8B图示与信标不重叠。
[0071] 如图8B中所示，为使对信标的干扰最小化，CCDCH可W开始于超帖信标之后，并且 DCDCH和/或数据可W开始于应用信标之后。
[0072] 如图8A和8B所示，多路CCDCH或DCDCH可W用不同的正交码来定义，如图所示，例如 用CCDCHl和CCDCH2来定义。此外，在分布式组通信内的对等体之间的不同数据包可W用不 同的正交码来扩展并且由此可W适时重叠，如在图8A和8B中的应用帖App帖1中所示。
[0073] 用于不同控制方案共存的方法
[0074] 下文描述用于使得在不同控制方案一一虚拟集中、分布W及混合控制一一下操作 的多个P2PNW能够相邻共存的方法。在本文所解决的第一种情景中，存在多个P2PNW，其中一 些使用分布控制并且其它采用虚拟集中控制。在设及多个P2PNW的第二种情景中，其中一些 使用虚拟集中控制并且其它采用混合控制。在第=种情景中，多个P2PNW中的一些使用分布 控制并且其它采用混合控制。最后，在第四种情景中，存在同时使用分布控制、虚拟集中控 制W及混合控制的多个P2PNW。
[0075] 用于分布控制和集中控制共存的方法
[0076] 结合图9和10A-B，描述了用于使得分布控制下的P2PNW能够与虚拟集中控制下的 邻近P2PNW共存的方法。仅为讨论目的