星型自组网络上行调度请求调度方法及其星型自组网络与流程

本发明是关于一种移动自组网络的技术领域，特别是一种提供大量用户接入与抗频率选择性衰弱的星型自组网络上行调度请求调度方法及其星型自组网络。

背景技术：

现有技术中，为了能够在不依靠现有固定通信网络基础设施的情况下而能够迅速展开无线网络的使用，遂提供一种结合移动通信和计算机网络的自组网架构。其中，在自组网的信息交换是采用计算机网络的分组交换机制，而用户终端是可移动的便携式终端且能够提供移动通讯。在自组网中，每个用户终端都提供路由器和主机两种模式，当用户终端为主机模式时，其需要运行各种面向用户的应用程序，如编辑器、浏览器等；又，当用户终端为路由器模式时，其需要运行相应的路由协议，以完成数据分组的转发和路由维护工作。

以星型自组网为例说明，星型自组网能够提供点对多点通讯的拓扑结构，在星型自组网所建立的网络中，包括1个中心节点和n个接入节点，故其节点总数为(n+1)，其中任意节点都可以是中心节点或接入节点。又，中心节点的角色在整个网络相当于基站，其可用在布网、广播、转发、控制等工作；以及，接入节点的角色在整个网络相当于用户终端，其可用以搜网接入、收发数据、反馈信号质量等工作。

然而，对于自组网来说，由于网络本身存在诸多限制，例如周期性广播控制信息分组会大量消耗网络带宽，维护路由表会大量消耗用户终端的资源，拓扑结构的快速变化会使很多路由信息很快变得过时，造成资源的浪费等问题。

此外，以lte系统为例说明，上行用户设备要通知中心节点是否有上行数据需要传输，以便中心节点决定是否给用户设备分配上行资源，为此lte提供了一个上行调度请求的机制，每个用户设备的上行调度请求的资源由中心节点分配，且每个用户设备与其上行调度请求资源是对应的。因此，中心节点通过上行调度请求的资源的位置，就可以知道哪个用户设备请求上行资源。传统上，在lte系统中的上行调度请求是在实体上行控制通道(physicaluplinkcontrolchannel，pucch)上发送；然而，但实体上行控制通道控制较为复杂，机制不灵活。

有鉴于此，本发明提出一种星型自组网络上行调度请求调度方法及其星型自组网络，用以解决现有技术的缺失。

技术实现要素：

本发明的第一目的提出一种星型自组网络上行调度请求调度方法，能够扩大星型自组网容量，用以提供用户容量大、机制灵活、抗频率、选择性衰弱性能等的上行调度请求调度机制。

本发明的第二目的根据上述星型自组网络上行调度请求调度方法，提供调度请求帧以判断多个节点之其中一者提出上行调度请求，并将上行调度请求相应的一调度请求信息映像到资源元素，且多个节点具有不同的调度请求序列。

本发明的第三目的根据上述星型自组网络上行调度请求调度方法，将多个节点之一者设定为中心节点，其根据调度请求帧接入提出上行调度请求的这些节点的用户标识信息，分配相应于用户标识信息的一时频域资源。

本发明的第四目的根据上述星型自组网络上行调度请求调度方法，在调度请求帧中，每个用户占用的时频域资源不同，以交错的方式将调度请求信息映像到指定的频域中的资源元素。

本发明的第五目的根据上述星型自组网络上行调度请求调度方法，上行调度请求的生成序列可以采用m序列或zc序列。

本发明的第六目的根据上述星型自组网络上行调度请求调度方法，中心节点期望每个接入节点到达的功率是一致的，中心节点会通过广播的方式将接入结点的期望到达功率值发送给接入节点，接入节点可根据路损及相关量计算实际发送功率。

本发明的第七目的根据上述星型自组网络上行调度请求调度方法，是应用在星型自组网或其他形式的组网，并约定调度请求帧的资源使用方法。

本发明的第八目的根据上述星型自组网络上行调度请求调度方法，是中心节点根据当前每个接入节点的用户标识信息为其分配不同的时频域资源和不同的调度请求序列，时域上每个接入节点只占一个符号，频域上资源以等间隔方式进行映像，抗频率选择性深衰弱能力更强、扩展性好。

本发明的第九目的提供一种星型自组网络，用以实现星型自组网络上行调度请求调度方法。

为达到上述目的与其他目的，本发明提供一种星型自组网络上行调度请求调度方法，其包含以下步骤(a)提供多个用户设备(ue，userequipment)以形成多个节点，其中用户设备提供用户标识信息(uid，useridentifier)；(b)这些用户设备之其中一者的节点设定为一中心节点；(c)这些节点之其中一者发出一上行调度请求(sr，schedulingrequest)，其中这些节点的上行调度请求具有不同的调度请求序列；(d)产生一调度请求帧，以判断这些节点之其中一者的上行调度请求，并将上行调度请求相应的一调度请求信息映像到一资源元素(re，resourceelement)；(e)中心节点接收来自于调度请求帧通知，以确定非中心节点的这些节点的任何一者提出上行调度请求；以及(f)中心节点根据调度请求帧接入提出上行调度请求的这些节点的用户标识信息，分配相应于用户标识信息的一时频域资源。

为达到上述目的与其他目的，本发明提供一种星型自组网络是包含多个接入节点与一中心节点。这些接入节点选择性发出上行调度请求，其中，这些接入节点的上行调度请求具有不同的调度请求序列。中心节点接收调度请求帧。其中，调度请求帧用于判断这些接入节点之其中一者的上行调度请求。调度请求帧将上行调度请求相应的一调度请求信息映像到一资源元素，以及中心节点根据调度请求帧接入提出上行调度请求的这些节点的用户标识信息，分配相应于用户标识信息的一时频域资源。

相较于现有技术，本发明提供的星型自组网络上行调度请求调度方法及其星型自组网络，可以借由增加调度请求帧来通知中心节点哪些节点上有上行调度请求，中心节点根据上行调度请求信息来决定下一复帧的调度节点。一个调度请求帧根据当前系统带宽可以承载例如16或者32个或者更多的接入节点的调度请求，每个接入节点的上行调度请求通过时频域位置来区分，同时每个接入结点可以根据不同的sr序列来区分，这样就可以用尽可能少的帧来完成上行调度请求功能。相对于现有的技术，本发明具有以下的优势：

1.不需要特定的信道来承载，实现方案简单；

2.增加专用的调度请求帧，提高单帧承载的用户数，资源利用率高；以及

3.单个接入节点sr序列，在频域上等间隔分布，频率分集性能好。

本发明所采用的具体技术，将通过以下的实施例及附呈图式作进一步的说明。

【附图说明】

图1是本发明第一实施例的星型自组网络上行调度请求调度方法的流程示意图。

图2是说明本发明图1的上行调度请求的发送上行调度请求过程的示意图。

图3是说明本发明图1的各个带宽对应的调度请求帧映射参数表。

图4是说明本发明图1的调度请求帧的资料结构。

图5是说明本发明图1的调度请求信息映像到资源元素的映像示意图。

图6是本发明第二实施例的星型自组网络上行调度请求调度方法的流程示意图。

图7是本发明第三实施例的星型自组网络的方块示意图。

主要元件符号说明：

10星型自组网络

12接入节点

14中心节点

sr1、sr2上行调度请求

srs1、srs2调度请求序列

srf调度请求帧

srm调度请求信息

re资源元素

s11-s15方法步骤

s61方法步骤

【具体实施方式】

为充分了解本发明的目的、特征及功效，兹藉由下述具体的实施例，并配合所附的图式，对本发明做一详细说明，说明如后。

参考图1，是本发明第一实施例的星型自组网络上行调度请求调度方法的流程示意图。在图1中，星型自组网络上行调度请求调度方法是起始于步骤s11，是提供多个用户设备，例如这些用户设备具有符合无线通讯规范的通讯装置，例如智能型手机、平板电脑、桌上电脑等，又无线通讯规范符合3gpp、3g、4g、5g、lte、行动/移动通讯、蓝牙、无线保真等规范/标准。多个用户设备在星型自组网络形成多个节点。在另一实施例中，用户设备可提供用户标识信息，例如身份资料、生物特征等。

步骤s12，是将这些用户设备之其中一者的节点设定为一中心节点。在本步骤中，至少可以从这些用户设备中任意的选择其中之一作为中心节点，且在过程中也可以选择性进行动态的或静态的替换。

步骤s13，这些节点之其中一者发出上行调度请求。其中，上行调度请求是用户设备向网络申请资源用在新数据传输的一种方式。举例而言，一并参考图2，是说明本发明图1的上行调度请求的发送上行调度请求过程的示意图。从图2中，可以看到上行调度请求是呈现周期性的变化，在第一个上行调度请求周期期间中，由于用户设备没有可传数据，因此并没有向网络发送请求上行调度请求；接着，到了第二个上行调度请求周期期间中，因为用户设备有可传送的数据进而触发了上行调度请求，并且向网络发送了上行调度请求，并且在时间点n收到了来自网络的上行授权，之后用户设备在(n+4)时刻向网络发送了数据；以及，在第三个上行调度请求周期期间，由于用户设备没有可传送的数据，使得用户设备在第三个上行调度请求周期不再向网络申请资源。

值得注意的是，每个节点的调度请求序列不同，调度请求序列可以采用m序列，也可以采用zc序列。

前述中，调度请求的序列生成為m序列或zc序列，若采用m序列，則所述调度请求的序列生成的公式可为：

其中，k为序列的长度，长度相关于系统带宽与c(n)是伪随机序列，又进一步定义为：

c(n)＝(x1(n+nc)+x2(n+nc))mod2

x1(n+31)＝(x1(n+3)+x1(n))mod2

x2(n+31)＝(x2(n+3)+x2(n+2)+x2(n+1)+x2(n))mod2

其中n＝0,1,...,k-1，nc＝1600，第一个m序列的初始化为x1(0)＝1,x1(n)＝0,n＝1,2,...,30，第二个m序列的初始化为又cinit相关于用户标识信息，公式为cinit＝nid×2¹⁴+510。

一并参考图3，是说明本发明图1的各个带宽对应的调度请求帧映射参数表，当前调度请求调度请求帧的调度请求信息占用符号数支持的最大用户数m＝64，那么每个调度请求帧最多支持的用户数为需要的最大帧数为

回到图1，步骤s14，产生调度请求帧以判断这些节点之其中一者的上行调度请求，并将上行调度请求相应的一调度请求信息映像到一资源元素。一并可以参考图4，是说明图1中的调度请求帧的资料结构，在调度请求帧中是以一个帧福(frame)提供两个时槽(slot)为例说明。其中，每一时槽中提供6个摆放字符(symbol)栏位。在另外一实施例中，字符栏位可以包含调度请求符号(sr符号)与小区参考信息符号(例如crs符号)，在此，调度请求帧0、3、6、9为crs符号，其余的为sr符号。

一并可以参考图5，是说明本发明图1的调度请求信息映像到资源元素的映像示意图。在图5中，是说明图1的调度请求信息映像到资源元素的映像图，其举例16个用户设备(或称节点)(ue0～ue15)，每个节点的每个调度请求符号占用6个资源元素，使得调度请求帧可以承载最大16个用户，在此是以节点(ue0与ue1)为例说明，即是左边第二排，节点ue1是摆设在奇数的资源元素及节点ue0是摆设在偶数的资源元素。节点ue1与节点ue0的调度请求符号被指定的且交错的设置在资源元素。值得注意的是，在二个调度请求信息与另外二个调度请求讯息之间可以插入crs符号。

再者，在步骤s14步骤中，调度请求帧是根据最大接入节点的数量与每一帧承载的最大用户决定所决定。

举例而言，假定目前系统带宽对应的prb数为且每个资源区块(resourceblock，rb)映射的子载波数为其中调度请求的长度为每个调度请求帧最多支持的用户数为其中为可以映射的调度请求符号数。当承载最多m个用户，需要的最大帧数为

步骤s15，中心节点接收来自于调度请求帧通知，以确定非中心节点的这些节点的任何一者提出上行调度请求。

步骤s16，中心节点根据调度请求帧接入提出上行调度请求的这些节点的用户标识信息，分配相应于用户标识信息的一时频域资源。

参考图6，是本发明第二实施例的星型自组网络上行调度请求调度方法的流程示意图。在图6中，星型自组网络上行调度请求调度方法除包含第一实施例中步骤s11至s15之外，更包含步骤s61。

步骤s11至s15的说明同第一实施例的说明，在此不赘述。

步骤s61，是例如在步骤s16之后，中心节点更进一步将期望发射功率的讯息广播至非中心节点的这些节点，以供这些节点相应的这些用户设备调整自身发送功率为实际发送功率以符合期望发射功率。

其中，这些用户设备根据路损计算自身发送功率，其公式为：

psr＝min{pmax,p^target+αsr·pl+pδ}[dbm]

其中，psr为实际发送功率，αsr为计算路损的系数，其值[0,1]，pδ为实际映射的子载波的数量。

参考图7，是本发明第三实施例的星型自组网络的方块示意图。在图7中，星型自组网络10是包含多个接入节点12与一中心节点14。

这些接入节点12选择性发出上行调度请求sr，其中，这些接入节点12的上行调度请求sr具有不同的调度请求序列srs1,srs2，相关的说明可以参考第一实施例的说明，在此不赘述。

中心节点14接收一调度请求帧srf。其中，调度请求帧srf用于判断这些接入节点12之其中一者的上行调度请求sr1,sr2。调度请求帧srf将上行调度请求sr相应的一调度请求信息srm映像到一资源元素re，以及中心节点14根据调度请求帧srf接入提出上行调度请求sr的这些节点12的用户标识信息，以分配相应于用户标识信息的时频域资源，例如时频域资源包含系统帧(frame)、子帧(subframe)、时槽(timeslot)等。

虽然本发明的实施例揭露如上所述，然并非用以限定本发明，任何熟习相关技艺者，在不脱离本发明的精神和范围内，举凡依本发明权利要求所述的形状、构造、特征、方法及数量当可做些许的变更，因此本发明的专利保护范围须视本说明书所附的权利要求范围所界定者为准。