CN109076351A - 方法、***和装置 - Google Patents

Abstract

提供了一种方法，包括：在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息来向第二实体提供确认，并且如果是，则确定如何向第二实体提供确认，以及从第一实体向第二实体提供控制信息，所述控制信息包括确定的指示。

Description

方法、***和装置

技术领域

本申请涉及一种方法、装置、***和计算机程序，尤其但不排他地涉及一种用于优化网络实体和管理实体之间的动态网络资源交换的方法。

背景技术

通信***可以被视为能够通过在通信路径中涉及的各种实体之间提供载波来实现诸如用户终端、基站/接入点和/或其他节点的两个或更多个实体之间的通信会话的设施。例如，可以通过通信网络和一个或多个兼容的通信设备的手段来提供通信***。通信会话可以包括例如用于承载通信的数据的通信，诸如语音、电子邮件(电子邮件)、文本消息、多媒体和/或内容数据等。所提供的服务的非限制性示例包括双向或多向呼叫、数据通信或多媒体服务以及对诸如因特网的数据网络***的访问。

在无线通信***中，至少两个站之间的通信会话的至少一部分在无线链路上发生。

用户可以借助于适当的通信设备或终端访问通信***。用户的通信设备通常被称为用户设备(UE)。通信设备配备有用于能够实现通信的适当的信号接收和发送装置，例如能够实现访问通信网络或直接与其他用户通信。通信设备可以访问由站或接入点提供的载体，并在载体上发送和/或接收通信。

通信***和相关联的设备通常根据给定的标准或规范进行操作，该标准或规范规定与***相关联的各种实体被允许做什么以及这应该如何被实现。通常还定义了用于连接的通信协议和/或参数。通信***的一个示例是UTRAN(3G无线电)。解决与增加的容量需求相关联的问题的尝试的示例是被称为通用移动电信***(UMTS)无线电接入技术的长期演进(LTE)的架构。LTE正在由第三代合作伙伴计划(3GPP)标准化。

发明内容

在第一方面，提供了一种方法，包括：在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息而向第二实体提供确认，并且如果是，则确定如何向第二实体提供确认，以及从第一实体向第二实体提供控制信息，所述控制信息包括确定的指示。

确定如何向第二实体提供确认可以包括确定是在专用确认消息中还是在程序性网络消息中提供确认。

程序性网络消息可以是共享资源信息请求消息和共享资源通知确收消息之一。

该方法可以包括在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供控制信息。

该方法可以包括基于第一和第二实体中的至少一个的预配置来确定是否向第二实体提供确认。

确定是否向第二实体提供确认可以包括从第二实体接收其他控制信息，该其他控制信息包括所述第一实体是否将响应于接收到并处理来自所述第二实体的共享资源信息而向所述第二实体发送确认的指示。

该方法可以包括在以下中的至少一个中接收其他控制信息：对注册请求的响应、对共享资源信息请求的响应和共享资源信息通知消息。

确定是否向第二实体提供确认可以包括向第二实体提供其他控制信息，该其他控制信息包括第一实体是否响应于接收到并处理来自所述第二实体的共享资源信息而优选向所述第二实体发送确认的指示。

该方法可以包括在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供其他控制信息。

第一实体可以是网络实体。第二实体可以是管理实体。

在第二方面，提供了一种方法，包括：在第二实体处从第一实体接收控制信息，所述控制信息包括在所述第一实体处确定响应于接收到并处理来自所述第二实体的共享资源信息而向所述第二实体提供确认以及如何向所述第二实体提供确认的指示。

该指示可以包括是在专用确认消息中还是在程序性网络消息中提供所述确认的指示。

程序性网络消息可以是共享资源信息请求消息和共享资源信息通知确收消息之一。

该方法可以包括在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收控制信息。

是否向第二实体提供确认的确定可以基于第一和第二实体中的至少一个的预配置。

该方法可以包括向第一实体提供其他控制信息，该其他控制信息包括第一实体是否将响应于接收到并处理来自第二实体的共享资源信息而向第二实体发送确认的指示。

该方法可以包括在对注册请求的响应、对共享资源信息请求消息的响应和共享资源信息通知消息中的至少一个中提供其他控制信息。

该方法可以包括从第一实体接收其他控制信息，该其他控制信息包括所述第一实体是否响应于接收到并处理来自所述第二实体的共享资源信息而优选向所述第二实体发送确认的指示。

该方法可以包括在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收其他控制信息。

第一实体可以是网络实体。第二实体可以是管理实体。

在第三方面，提供了一种装置，所述装置包括用于在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息而向所述第二实体提供确认的部件；用于如果是，则确定如何向第二实体提供确认的部件，以及用于从第一实体向第二实体提供控制信息的部件，所述控制信息包括确定的指示。

用于确定如何向第二实体提供确认的部件可以包括用于确定是在专用确认消息中还是在程序性网络消息中提供确认的部件。

程序性网络消息可以是共享资源信息请求消息和共享资源通知确收消息之一。

该装置可以包括用于在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供控制信息的部件。

该装置可以包括用于基于第一和第二实体中的至少一个的预配置来确定是否向第二实体提供确认的部件。

用于确定是否向第二实体提供确认的部件可以包括用于从第二实体接收其他控制信息的部件，该其他控制信息包括第一实体是否将响应于接收到并处理来自第二实体的共享资源信息而向第二实体发送确认的指示。

该装置可以包括用于在对注册请求的响应、对共享资源信息请求的响应和共享资源信息通知消息中的至少一个中接收其他控制信息的部件。

用于确定是否向第二实体提供确认的部件可以包括用于向第二实体提供其他控制信息的部件，该其他控制信息包括第一实体是否响应于接收到并处理来自第二实体的共享资源信息而优选向第二实体发送确认的指示。

该装置可以包括用于在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供其他控制信息的部件。

第一实体可以是网络实体。第二实体可以是管理实体。

在第四方面，提供了一种装置，包括：用于在第二实体处从第一实体接收控制信息的部件，所述控制信息包括在第一实体处确定响应于接收到并处理来自第二实体的共享资源信息而向第二实体提供确认以及如何向第二实体提供确认的指示。

该指示可以包括是在专用确认消息中还是在程序性网络消息中提供确认的指示。

程序性网络消息可以是共享资源信息请求消息和共享资源信息通知确收消息之一。

该装置可以包括用于在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收控制信息的部件。

是否向第二实体提供确认的确定可以基于第一和第二实体中的至少一个的预配置。

该装置可以包括用于向第一实体提供其他控制信息的部件，该其他控制信息包括第一实体是否将响应于接收到并处理来自第二实体的共享资源信息而向第二实体发送确认的指示。

该装置可以包括用于在对注册请求的响应、对共享资源信息请求消息的响应和共享资源信息通知消息中的至少一个中提供其他控制信息的部件。

该装置可以包括用于从第一实体接收其他控制信息的部件，该其他控制信息包括第一实体是否响应于接收到并处理来自第二实体的共享资源信息而优选向第二实体发送确认的指示。

该装置可以包括用于在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收其他控制信息的部件。

第一实体可以是网络实体。第二实体可以是管理实体。

在第五方面，提供了一种装置，包括至少一个处理器和至少一个包括计算机程序代码的存储器，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使得该装置至少：在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息而向所述第二实体提供确认；并且如果是，则：确定如何向所述第二实体提供确认；以及从所述第一实体向所述第二实体提供控制信息，所述控制信息包括所述确定的指示。

该装置可以被配置为确定是在专用确认消息中还是在程序性网络消息中提供确认。

程序性网络消息可以是共享资源信息请求消息和共享资源通知确收消息之一。

该装置可以被配置为在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供控制信息。

该装置可以被配置为基于第一和第二实体中的至少一个的预配置来确定是否向第二实体提供确认。

该装置可以被配置为从第二实体接收其他控制信息，该其他控制信息包括第一实体是否将响应于接收到并处理来自第二实体的共享资源信息而向第二实体发送确认的指示。

该装置可以被配置为在对注册请求的响应、对共享资源信息请求的响应和共享资源信息通知消息中的至少一个中接收其他控制信息。

该装置可以被配置为向第二实体提供其他控制信息，该其他控制信息包括第一实体是否响应于接收到并处理来自第二实体的共享资源信息而优选向第二实体发送确认的指示。

该装置可以被配置为在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供其他控制信息。

第一实体可以是网络实体。第二实体可以是管理实体。

在第六方面，提供了一种装置，包括至少一个处理器和至少一个存储器，存储器包括计算机程序代码，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使装置至少：在第二实体处从第一实体接收控制信息，所述控制信息包括在第一实体处确定响应于接收到并处理来自第二实体的共享资源信息而向第二实体提供确认以及如何向第二实体提供确认的指示。

该指示可以包括是在专用确认消息中还是在程序性网络消息中提供确认的指示。

程序性网络消息可以是共享资源信息请求消息和共享资源信息通知确收消息之一。

该装置可以被配置为在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收控制信息。

是否向第二实体提供确认的确定可以基于第一和第二实体中的至少一个的预配置。

该装置可以被配置为向第一实体提供其他控制信息，该其他控制信息包括第一实体是否将响应于接收到并处理来自第二实体的共享资源信息而向第二实体发送确认的指示。

该装置可以被配置为在对注册请求的响应、对共享资源信息请求消息的响应和共享资源信息通知消息中的至少一个中提供其他控制信息。

该装置可以被配置为从第一实体接收其他控制信息，该其他控制信息包括第一实体是否响应于接收到并处理来自第二实体的共享资源信息而优选向第二实体发送确认的指示。

该装置可以被配置为在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收其他控制信息。

第一实体可以是网络实体。第二实体可以是管理实体。

在第七方面，提供了一种在非瞬态计算机可读存储介质上实现的计算机程序，该计算机程序包括用于控制执行过程的程序的程序代码，该过程包括：在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息而向所述第二实体提供确认；并且如果是，则：确定如何向所述第二实体提供确认；以及从所述第一实体向所述第二实体提供控制信息，所述控制信息包括所述确定的指示。

确定如何向第二实体提供确认可以包括确定在专用确认消息中还是在程序性网络消息中提供确认。

程序性网络消息可以是共享资源信息请求消息和共享资源通知确收消息之一。

该过程可以包括在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供控制信息。

该过程可以包括基于第一和第二实体中的至少一个的预配置来确定是否向第二实体提供确认。

确定是否向第二实体提供确认可以包括从第二实体接收其他控制信息，该其他控制信息包括第一实体是否将响应于接收到和处理来自第二实体的共享资源信息来向第二实体发送确认的指示。

该过程可以包括在对注册请求的响应、对共享资源信息请求的响应和共享资源信息通知消息中的至少一个中接收其他控制信息。

确定是否向第二实体提供确认可以包括向第二实体提供其他控制信息，该其他控制信息包括第一实体是否响应于接收到并处理来自第二实体的共享资源信息而优选向第二实体发送确认的指示。

该过程可以包括在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中提供其他控制信息。

第一实体可以是网络实体。第二实体可以是管理实体。

在第八方面，提供了一种在非瞬态计算机可读存储介质上实现的计算机程序，该计算机程序包括用于控制执行过程的过程的程序代码，该过程包括：在第二实体处从第一实体接收控制信息，所述控制信息包括在第一实体处确定响应于接收到并处理来自第二实体的共享资源信息而向第二实体提供确认以及如何向第二实体提供确认的指示。

该指示可以包括是在专用确认消息中还是在程序性网络消息中提供确认的指示。

程序性网络消息可以是共享资源信息请求消息和共享资源信息通知确收消息之一。

该过程可以包括在向第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收控制信息。

是否向第二实体提供确认的确定可以基于第一和第二实体中的至少一个的预配置。

该过程可以包括向第一实体提供其他控制信息，该其他控制信息包括第一实体是否将响应于接收到并处理来自第二实体的共享资源信息而向第二实体发送确认的指示。

该过程可以包括在对注册请求的响应、对共享资源信息请求消息的响应和共享资源信息通知消息中的至少一个中提供其他控制信息。

该过程可以包括从第一实体接收其他控制信息，该其他控制信息包括第一实体是否响应于接收到并处理来自第二实体的共享资源信息而优选向第二实体发送确认的指示。

该过程可以包括在注册请求、共享资源信息请求消息和共享资源信息通知确收消息中的至少一个中接收其他控制信息。

第一实体可以是网络实体。第二实体可以是管理实体。

在第九方面，提供了一种用于计算机的计算机程序产品，包括软件代码部分，用于当所述产品在计算机上运行时执行第一和第二方面的方法的步骤。

在上文中，已经描述了许多不同的实施例。应当理解，可以通过上述任何两个或更多实施例的组合来提供其他实施例。

附图说明

现在将仅通过举例的方式参考附图来描述实施例，在附图中：

图1示出了包括基站和多个通信设备的示例通信***的示意图；

图2示出了示例移动通信设备的示意图；

图3示出了其中实施例可以被执行的网络架构的示意图；

图4示出了用于提供频谱资源可用性信息(SRAI)的示例方法的流程图；

图5示出了根据一些实施例的示例方法的流程图；

图6示出了用于控制信息的交换的示例方法的流程图；

图7示出了用于控制信息的交换的两个示例方法的两个流程图；

图8示出了其中实施例可以被执行的网络架构的示意图；

图9示出了LSA***中的注册和SRAI信息交换的示例方法的流程图；

图10示出了示例控制装置的示意图。

具体实施方式

在详细解释示例之前，参考图1至2简要解释无线通信***和移动通信设备的某些一般原理，以帮助理解所描述示例下的基础技术。

在诸如图1中所示的无线通信***100中，经由至少一个基站或类似的无线发送和/或接收节点或点提供移动通信设备或用户设备(UE)102、104、105的无线接入。基站在LTE中被称为eNodeB B(eNB)。基站通常由至少一个适当的控制器装置控制，以便能够实现其操作和与基站通信的移动通信设备的管理。控制器装置可以位于无线电接入网络(例如，无线通信***100)或核心网络(CN)(未示出)中，并且可以实现为一个中央设备，或者其功能可以分布在若干个装置上。控制器装置可以是基站的一部分和/或由诸如无线电网络控制器的单独实体提供。在图1中，控制装置108和109被示出为控制相应的宏级基站106和107。在一些***中，控制装置可以附加地或替代地在无线电网络控制器中被提供。

然而，可以认为LTE***具有所谓的“扁平”架构，而不提供RNC；而且(e)NB与***架构演进网关(SAE-GW)和移动性管理实体(MME)进行通信，这些实体也可以被合并(pooled)，意味着多个这些节点可以服务于多个(e)NB(的集合)。每个UE一次仅由一个MME和/或S-GW服务，并且(e)NB跟踪当前关联。SAE-GW是LTE中的“高级”用户平面核心网元，其可以由S-GW和P-GW(分别是服务网关和分组数据网络网关)构成。S-GW和P-GW的功能是分离的，并且它们不需要处于相同位置。

在图1中，基站106和107被示为经由网关112连接到更宽的通信网络113。可以提供另外的网关功能以连接到另一网络。

较小的基站116、118和120也可以例如通过单独的网关功能和/或经由宏级站的控制器来连接到网络113。基站116、118和120可以是微微或毫微微级基站等。在该示例中，站116和118经由网关111连接，而站120经由控制器装置108连接。在一些实施例中，可以不提供较小的站。

现在将参考图2更详细地描述可能的移动通信设备，图2示出了通信设备200的示意性局部剖视图。这种通信设备通常被称为用户设备(UE)或终端。适当的移动通信设备可以由能够发送和接收无线电信号的任何设备提供。非限制性示例包括诸如移动电话或所谓的“智能电话”的移动站(MS)或移动设备、提供有无线接口卡或其他无线接口设施(例如，USB加密狗)的计算机、具有无线通信能力的个人数字助理(PDA)或平板计算机、或这些的任何组合等。移动通信设备可以提供例如用于承载诸如语音、电子邮件(email)、文本消息、多媒体等通信的数据的通信。因此，可以经由他们的通信设备向用户提供和提供许多服务。这些服务的非限制性示例包括双向或多向呼叫、数据通信或多媒体服务或简单地访问诸如因特网的数据通信网络***。还可以向用户提供广播或多播数据。内容的非限制性示例包括下载、电视和广播节目、视频、广告、各种警报和其他信息。

移动设备200可以经由用于接收的适当装置通过空中或无线电接口207接收信号，并且可以经由用于发送无线电信号的适当装置发送信号。在图2中，收发机装置由方框206示意性地指定。收发机装置206可以例如借助于无线电部分和相关的天线布置来提供。天线布置可以布置在移动设备的内部或外部。

移动设备通常配备有至少一个数据处理实体201、至少一个存储器202和其他可能的组件203、用于软件和硬件辅助执行其设计用于执行的任务，包括对访问***和其他通信设备的访问和通信的控制。可以在适当的电路板和/或芯片组中提供数据处理、存储和其他相关的控制装置。该特征由附图标记204表示。用户可以通过合适的用户接口的手段来控制移动设备的操作，诸如键盘205、语音命令、触敏屏幕或触摸板、其组合等。还可以提供显示器208、扬声器和麦克风。此外，移动通信设备可以包括到其他设备和/或用于连接例如免提设备的外部附件的适当的连接器(有线或无线)。通信设备102、104、105可以基于各种接入技术来接入通信***。

无线通信***的示例是由第三代合作伙伴计划(3GPP)标准化的架构。最新的基于3GPP的开发通常被称为通用移动电信***(UMTS)无线电接入技术的长期演进(LTE)。无线电接入***的其他示例包括由基于诸如无线局域网(WLAN)和/或WiMax(全球微波接入互操作性)的技术的***的基站提供的那些。基站可以为整个小区或类似的无线电服务区域提供覆盖。

与频谱资源可以专门分配给单个运营商的传统专有频谱分配相反，频谱共享是一种方法，其中频谱资源可以被联合分配给若干运营商，其有义务共同使用频谱资源。

除了许可和免许可(未经许可)授权方法之外，还讨论了频谱共享概念，诸如许可共享接入(LSA)、共主频谱共享和经由频谱接入***(SAS)进行多层共享，以提供到移动网络的额外容量。以下涉及包括基站(诸如宏、微微和毫微微基站)的无线电接入网络(RAN)，其能够使用由外部管理实体提供的共享频谱。独立于授权方法，可能需要改进的频谱管理方法以满足对灵活频谱的要求。

LSA和多层频谱共享被设计为支持动态共享选项。虽然静态共享没有时间依赖性并且允许网络运营商以与专用许可频谱类似的方式使用频谱，但是动态共享经由管理实体(例如LSA存储库或频谱接入***)提供对共享频谱资源的灵活控制。关于管理实体和运营商网络如何交换共享频谱资源信息的讨论正在进行中。

LSA和多层频谱共享是典型示例，其中外部管理实体基于定义的共享规则决定将哪个频谱资源提供给请求移动网络。频谱资源可以由现有者(主要用户)拥有，其允许其他运营商将该频谱资源用于其目的。每个频谱资源由频谱、使用该频谱的位置以及使用频谱的时间帧定义。

图3示出了包括管理实体和网络实体的示例***架构。已经定义了用于频谱资源共享的一组过程A、B...n来描述管理实体和网络之间的一般通信概念。图3示出了用于LSA和/或多层共享的共享方法的原理，其中LSA库(Repository)/SAS代表管理实体和LSA控制器/公民宽带服务设备(CBSD)，这是一个为移动设备提供入口点的网络实体网络。

网络实体的主要任务可以是从管理实体获得共享频谱资源(SR)的可用性信息，并将此信息提供给移动网络。可以基于现有输入和定义的共享规则集合在管理实体处计算SR的可用性信息。例如，LSA定义了共享规则的通用集合，这些规则在国家监管机构发布的共享框架和共享规则的附加集合中定义，这些规则被定义为现有者和LSA被许可人之间的共享安排。

SR可用性信息(SRAI)允许进行移动网络中的SR使用的控制。在动态共享场景中，SRAI可能经常更改。基于SRAI信息需要在管理实体和网络实体处一致的事实，可以使用两步机制来同步管理实体(例如LSA存储库)和网络实体(例如LSA控制器)之间的状态。在第一步中，SRAI在网络实体(LSA控制器)处被接收和处理。在第二步中，当SRAI在网络中执行时，网络实体向管理实体发送SRAI的相应确认。

SRAI可以包含与频谱资源SR及其在运营商移动固定通信网络(MFCN)中使用的可用性有关的任何信息，诸如但不限于SR的特性、与SR或使用SR的基站BS有关的部分或全部参数集合、SR的标识、与SR有关的约束(例如，如功率限制、排除区域、限制区域和/或保护区域这样的操作限制)。

图4示出了用于ME和NE之间的基于LSA的频谱资源可用性信息SRAI交换的示例性两步骤过程流程。通常，有三种基本的SRAI交换方法可能。在第一种方法中，称为方法1a，由NE发起SRAI请求过程。方法1a可以称为“拉取”过程。在第二种方法，方法1b中，SRAI通知程序由ME发起。方法1b可以称为“推送”过程。也可以并行地允许两种方法，即允许两个实体启动SRAI交换。在注册过程期间在ME和NE之间协商在特定共享场景中使用哪种SRAI交换方法，其中ME选择两种方法1a、1b或两者中的一种用于进一步操作。所有共同之处在于，出于同步原因，执行第二步骤(确认过程)以确认在网络中对交换的SRAI信息的执行。

显式SRAI确认消息可以在若干共享场景中引入附加消息交换(诸如确认请求和确认响应)。例如，在一些过程中，SRAI的交换涉及在ME和NE之间交换至少四个消息。这样的消息可以增加接口容量和/或负载。

图5示出了在管理实体和网络实体之间交换SRAI控制信息的示例方法的流程图。在第一步骤中，该方法包括在第一实体处确定是否响应于接收到并处理来自第二实体的共享资源信息来向第二实体提供确认。

如果是，则在第二步骤中，该方法包括确定如何向第二实体提供确认，并且在第三步骤中，从第一实体向第二实体提供控制信息，所述控制信息包括确定的指示。

第一实体可以是网络实体，诸如LSA控制器(LC)或公民宽带服务设备(CBSD)。第二实体可以是管理实体，诸如LSA库(LR)或SAS。

如果要提供确认，则可以在专用确认消息中提供该确认，即如上所述的确认过程，或者在过程网络消息中提供该确认，该过程网络消息包括但不限于后续的SRAI请求消息和SRAI通知确收(ACK)。当在程序性网络消息中提供确认时，可以将确认作为程序性网络消息中的信息元素提供。控制信息可以包括确认被包括在专用确认消息或程序性网络消息中的指示。

在推送场景中，例如参考图4描述的方法1b，可以提供确认作为SRAI通知ACK消息中的信息元素。在推送场景中，例如参考图4描述的方法1a，确认可以在SRAI的接收之后作为SRAI请求消息中的信息元素提供。SRAI请求和SRAI通知ACK消息如图7所示。

在拉取场景中(即NE SRAI请求和ME响应机制被使用的情况下)，LSA存储库必须保证LC将定期发送请求。这可以通过使用定期请求机制来完成。时间间隔可以经由LC处的参数(由协议中的LR配置或提供)或通过限制频谱资源在时间上的使用(例如，授权定时器)来设置。在这两种情况下，当LR提供相应SRAI响应的批准时，LC只能连续使用频谱资源。如果LR需要确认，则确认信息与下一个SRAI请求一起被发送。

是否响应于接收到并处理来自第二实体的共享资源信息向第二实体提供确认，可以取决于第二实体是否需要由第一实体对接收和处理共享资源信息的确认。用于确认处理行为的默认行为，即是否响应于接收到并处理来自第二实体的共享资源信息提供确认，可以被定义用于在操作阶段开始之前的操作。提供默认行为可能有两种可能性。默认行为要么在操作开始之前在ME和NE处配置和/或要么在注册期间在ME和NE之间被协商。可以使用在第一实体和第二实体之间交换的其他控制信息来执行协商。在SRAI被交换之前，用于ME和NE处的确认处理的默认行为应该完全相同。

确定是否向第二实体提供确认可以基于预先配置的信息，例如在操作之前在ME和NE处的配置。也就是说，该方法可以包括基于第一实体和第二实体中的至少一个的预配置来确定是否向第二实体提供确认。预配置可以提供用于ME和/或NE处的确认处理行为的默认行为。

备选地或另外地，该确定可以包括从第二实体接收其他控制信息，该其他控制信息包括第二实体是否要求来自第一实体的确认的指示，即第一实体是否被要求响应于接收到并处理来自管理实体的共享资源信息并进行处理而向第而实体发送确认的指示。在一个实施例中，其他控制信息可以用于定义ME是否需要附加的确认信息或消息来达成交易，这是由通信伙伴执行的。交易的达成可以保证NE成功处理了传递的信息。

控制信息和其他控制信息可以称为SRAI确认控制信息。该控制信息和/或其他控制信息可以经由ME和NE之间的接口来交换。SRAI确认控制信息可以从ME发送到NE，并且从NE发送到ME。

参考图5描述的方法可以控制是否执行第二确认步骤而不影响ME和NE之间的同步机制。它还可以允许管理和网络实体通过在共享场景需要确认信息时允许隐式确认来优化确认消息交换。

NE可以在网络过程消息中提供例如确认信息的确认作为确认指示符，而不是在单独的专用确认消息中提供。这可以减少接口流量。该机制可以简化网络资源共享的过程而不降低信息同步需求的鲁棒性，尤其是在例如多ME和/或多个NE的多实体环境中。

由于SRAI确认过程由NE发起，因此控制信息，即NE发送的SRAI确认控制信息，可以区分ME需要确认的两种情况。第一种情况是将确认作为信息元素包括在消息中，要么与确认控制信息一起被包括在例如SRAI通知确收消息中，要么被包括在诸如SRAI请求消息的后续消息中。第二种情况是确认不与确认控制信息一起被包括在内，并且在需要时在单独的消息中发送确认，例如在确认过程中的专用消息中发送。

通常，在NE与ME的注册期间以及在操作期间(即在注册之后)、以及在取消注册之前，在两种不同的情况下，ME和NE使用控制信息和其他控制信息，即SRAI确认控制信息。

可以如下执行协商。在注册阶段，NE利用注册请求在ME处进行注册。ME检查请求并以注册响应进行回答，以根据NE是否有资格进行频谱共享来向NE通知注册成功或不成功。在该注册过程期间，ME可以在注册响应中提供SRAI确认控制信息，以通知NE关于操作中SRAI确认的默认处理。当NE注册成功完成时，到达操作状态，并保持直到NE的注销或重新注册为止。在ME和/或NE在注册过程中不提供SRAI确认控制信息的交换的情况下，可以在操作阶段开始之前，在ME和NE处例如经由两个实体中的默认行为的配置参数或静态实现来提供完全相同的默认确认处理。

在操作中，NE可以根据协商结果做出反应。例如，如果NE从ME接收到需要SRAI确认的指示，则NE在操作确认中作为默认行为，即NE响应于接收到并处理SRAI而确定将向ME发送确认并在专用确认消息或网络程序消息中提供确认。如果NE从ME接收到不需要SRAI确认的指示，则NE默认在操作中不提供确认。

为了灵活处理SRAI确认控制，可以允许在操作期间修改默认确认处理行为。这可以避免需要取消注册的更改以及重新注册默认SRAI确认处理的新协商。在这种情况下，该方法包括从第二实体接收其他控制信息，和/或向第二实体提供其他控制信息，所述其他控制信息包括第一实体是否要响应于接收到并处理来自第二实体的共享资源信息来发送确认的指示。

当ME提供其他控制信息时，其他控制信息可以包括“需要SRAI确认”和“不需要SRAI确认”之一。当NE提供其他控制信息时，其他控制信息可以包括“优选需要SRAI确认”和“优选不需要SRAI确认”之一。

在操作中，ME可以使用“需要SRAI确认”和“不需要SRAI确认”这样的其他控制信息来改变默认SRAI确认处理。可以在操作中提供SRAI确认控制信息作为从ME到NE的消息的一部分，即SRAI通知和SRAI响应消息的一部分。表1提供了NE如何基于所接收的SRAI确认控制信息做出反应的图示。

如果ME省略了SRAI确认控制信息，则NE遵循默认行为。

表1

控制信息和其他控制信息可以在从第一实体到第二实体的请求中发送，诸如注册阶段中的注册请求或操作阶段中的SRAI请求，和/或在运营阶段中从第一实体到第二个实体的通知确收消息。替代地或另外地，可以在诸如注册阶段中的注册响应或者操作阶段中的SRAI响应或者操作阶段中的SRAI通知的响应中从第二实体向第一实体发送其他控制信息。

图6示出了在一个实施例中如何可以在NE和ME之间的注册阶段中交换SRAI确认控制信息。在来自NE的注册请求中，SRAI确认控制信息是可选的，但是可以允许运营商向ME通知优选的默认确认处理行为。如果ME接收到可选的SRAI确认控制信息，则ME使用该其他控制信息来决定NE优选的默认行为被接受还是否决(overrule)。然后将关于所选择的默认确认行为的相应结果作为SRAI确认控制信息添加到从ME到NE的注册响应消息。

NE可以使用注册过程从注册阶段改变到操作阶段，SRAI通知和SRAI请求过程用于在操作阶段交换SRAI。NE通过启动取消注册过程来停止操作阶段。

图7示出了在实施例中在操作阶段期间如何在ME和NE之间交换SRAI确认控制信息的示例。在图7的第一流程中，NE启动SRAI请求过程(“拉取”场景)，并且在图7的第二流程中，ME启动SRAI通知过程(“推送”场景)。

在操作阶段，ME可以提供SRAI确认控制信息以例如在SRAI响应或SRAI通知中通知NE关于SRAI确认默认处理的改变。NE可以在SRAI请求或SRAI通知ACK中提供SRAI确认控制信息，以通知ME确认是否被包括在消息或后续网络过程消息中，或者将在例如SRAI确认请求的专用消息中被发送。

当NE在SRAI响应中提供SRAI确认控制信息时，可以在SRAI确认请求中使用时预先提供SRAI确认。也就是说，在某些情况下(例如，频谱资源未在网络中使用或SRAI不影响频谱资源使用)，能够提前发送确认。NE知道需要确认并在SRAI请求中提供确认。当ME收到带有确认的SRAI请求时，它在响应中提供SRAI并使用与SRAI请求一起接收的确认。

当NE在SRAI通知ACK消息中提供SRAI确认控制信息时，可以提供SRAI确认，该确认被添加到SRAI ACK消息，即确收和确认被包括在相同消息中。

来自NE的SRAI控制信息可以用于NE通过使用SRAI请求过程来拉取SRAI的共享场景，并且ME响应包括定义SR在网络中可用多长时间的时间值。当时间期满时，NE必须自动停止SR使用，或者当仍然需要SR时，必须及时要求ME在另一时间段内使用SR。

SRAI确认控制信息可以被扩展为包括ME和/或NE被允许发送多个SRAI信息元素的指示，例如NE能够优选地与SRAI请求和/或SRAI通知确收消息一起提供确认被包括/不被包括以及附加确认被需要/不被需要。

SRAI确认控制信息可以被扩展为指示SRAI确认消息是否被需要，即ME是否要求NE发送SRAI确认请求。

SRAI确认控制信息可以包括如下指示：允许在操作中隐式确认被包括/不被包括在用于多个SRAI请求和/或通知确收的消息中，例如SRAI请求和/或SRAI通知响应可以包括用于来自ME的先前SRAI通知和/或SRAI响应的确认消息。

ME SRAI确认控制信息可以包括允许在操作中的ME暂时否决用意已定义数量的消息的默认确认行为的指示，例如，即使默认确认行为需要确认，也不发送对于所提供的SRAI的SRAI确认。

SRAI确认控制信息可以包括允许SRAI确认控制信息的调度的附加参数(例如，时间信息)，例如NE可以将有效性定时器作为SRAI确认控制信息与SRAI确认一起提供给ME，即，即使SRAI确认被包括，在达到有效时间之前也无法保证在MFCN(运营商网络)中完成SRAI相关动作。

SRAI确认控制信息可以包括任何上述指示的灵活组合。

如本文所述，SRAI确认控制信息可以被包括在连接性检查消息中，例如被包括在连接性检查请求、连接性检查响应、连接性通知和连接性通知确收消息中。

图8示出了其中方法可以在其中被实现的示例***架构。LSA被许可方在网络中安装了LSA控制器LC，其与3GPP兼容的OAM***和LSA存储库LR进行交互。LR由第三方操作，并且包含由NRA建立的根据共享框架SF中定义的共享规则对LSA频谱资源LSR的管理，其伴随着现有和LSA被许可方之间的共享布置SA。共享规则允许现有者在短时间内控制LSA频谱资源LSR的可用性，即允许现有者将LSRAI从可用状态变为不可用状态，反之亦然。此外，共享场景已指定支持LSA1接口处的确认交换以及经由通知过程交换LSRAI，即在此共享场景中不使用LSRAI请求过程。LC从LR接收LSRAI，并经由标准化的北向接口Itf-N将其转发到3GPPOAM***。3GPP OAM***将使用LSR识别相应的基站BS1-BS3，并将LSR的LSRAI转换为用于BS的相应的开或关命令。

图9示出了用于示例场景的LSA1接口上的相应参数集。LC向LR提供注册请求。一旦LR处理注册请求，LR就向LC提供注册响应，其包括LSA被许可方身份(LLID)、LSA控制器身份(LCID)、注册成功的指示以及SRAI确认控制信息。在此示例中，需要LSRAI确认。在步骤4中，LR启动SRAI通知过程。LC处理SRAI通知并向LR提供控制信息。控制信息提供消息中包括LSRAI确认的指示。在步骤6之后可能没有必要启动LSRAI确认程序，因为确认已经作为新参数包括在LSRAI通知确收中，即当LR检测到包括LSRAI确认时，LR可以立即开始处理LSRAI确认。

应当理解，附图的流程图的每个框及其任何组合可以通过各种手段或它们的组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路。

注意，虽然已经关于网络和共享频谱示例的一个示例描述了实施例，但是类似的原理可以关于例如3G、LTE或5G网络和频谱共享场景的其他示例应用。应当注意，其他实施例可以基于除LTE之外的其他蜂窝技术或基于LTE的变体。因此，尽管以上参考用于无线网络、技术和标准的某些示例架构通过示例描述了某些实施例，但是实施例可以应用于除了本文所示和所述的那些之外的任何其他合适形式的通信***。

在本文中还应注意，虽然以上描述了示例实施例，但是在不脱离本发明的范围的情况下，可以对所公开的解决方案进行若干变化和修改。

该方法可以在如关于图2描述的移动设备上的实体或在如图10中所示的控制设备中实现。该方法可以植入单个处理器201或控制设备中或者植入多于一个处理器或控制设备。图10示出了用于通信***的控制装置的示例，例如耦合到和/或用于控制接入***的站，诸如RAN节点，例如基站、(e)节点B、云架构的中央单元或核心网络的节点，诸如MME或S-GW、调度实体或服务器或主机。控制装置可以与核心网络或RAN的节点或模块集成或外部集成。在一些实施例中，基站包括单独的控制装置单元或模块。在其他实施例中，控制装置可以是另一网络元件，诸如无线电网络控制器或频谱控制器。在一些实施例中，每个基站可以具有这样的控制设备以及在无线电网络控制器中提供的控制设备。控制装置300可以被布置为提供对***的服务区域中的通信的控制。控制装置300包括至少一个存储器301、至少一个数据处理单元302、303和输入/输出接口304。经由接口，控制装置可以耦合到基站的接收机和发射机。接收机和/或发射机可以实现为无线电前端或远程无线电头。例如，控制装置300或处理器201可以被配置为执行适当的软件代码以提供控制功能。控制功能可以包括：在第一实体处，响应于接收到并处理来自第二实体的共享资源信息，确定是否向第二实体提供确认；如果是，则确定如何向第二实体提供确认并从第一实体向第二实体提供控制信息，所述控制信息包括确定的指示。

备选地或另外地，控制功能可以包括在第二实体处从第一实体接收控制信息，所述控制信息包括在第一实体处的确定的指示，以响应于接收到和处理来自第二实体的共享资源信息以及如何向第二实体提供确认来向第二实体提供确认。

在一个实施例中，图10的装置的至少一些功能可以在形成一个操作实体的两个物理上分离的设备之间共享。因此，可以看到该装置描绘了包括一个或多个物理上分离的设备的操作实体，用于执行至少一些所描述的过程。利用这种共享架构的设备可以包括可操作地耦合(例如，通过无线或有线网络)到位于基站中的远程无线电头端(RRH)的远程控制单元(RCU)，诸如主计算机或服务器计算机。在一个实施例中，至少一些所描述的处理可以由RCU执行。在一个实施例中，至少一些所描述的过程的执行可以在RRH和RCU之间共享。

在一个实施例中，RCU可以生成虚拟网络，RCU通过该虚拟网络与RRH通信。通常，虚拟网络可以涉及将硬件和软件网络资源和网络功能组合到单个基于软件的管理实体(虚拟网络)中的处理。网络虚拟化可能涉及平台虚拟化，通常与资源虚拟化结合。网络虚拟化可以被分类为外部虚拟网络，其将许多网络或网络的一部分组合到服务器计算机或主计算机(即，到RCU)中。外部网络虚拟化旨在优化网络共享。另一类是内部虚拟联网，它为单个***上的软件容器提供类似网络功能。虚拟联网也可以用于测试终端设备。

在一个实施例中，虚拟网络可以在RRH和RCU之间提供灵活的操作分配。在实践中，可以在RRH或RCU中执行任何数字信号处理任务，并且可以根据实现选择在RRH和RCU之间转移责任的边界。

应当理解，这些装置可以包括或耦合到用在或用于传输和/或接收的其他单元或模块等，诸如无线电部件或无线电头。尽管已经将设备描述为一个实体，但是不同的模块和存储器可以在一个或多个物理或逻辑实体中实现。

通常，各种实施例可以用硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以用硬件实现，而其他方面可以用固件或软件实现，其可以由控制器、微处理器或其他计算设备执行，但是本发明不限于此。虽然本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当充分理解，本文描述的这些框、装置、***、技术或方法可以以作为非限制性示例的硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合来实现。

本发明的实施例可以由移动设备的数据处理器可执行的计算机软件诸如在处理器实体中、或通过硬件、或通过软件和硬件的组合中实现。也称为程序产品的计算机软件或程序包括软件例程、小应用程序和/或宏，可以存储在任何装置可读数据存储介质中，并且它们包括执行特定任务的程序指令。计算机程序产品可以包括一个或多个计算机可执行组件，当程序运行时，这些组件被配置为执行实施例。一个或多个计算机可执行组件可以是至少一个软件代码或其部分。

此外，在这方面，应该注意，如附图中的逻辑流程的任何框可以表示程序步骤、或互连的逻辑电路、块和功能、或程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片的物理介质上、或者在处理器内实现的存储器块、诸如硬盘或软盘的磁介质、以及诸如DVD及其数据变体的光学介质CD。物理介质是一种非瞬态介质。

存储器可以是适合于本地技术环境的任何类型的存储器，并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和***、光存储器设备和***、固定存储器和可移动存储器。数据处理器可以是适合于本地技术环境的任何类型，并且可以包括作为非限制性示例的通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、FPGA、门级电路、基于多核处理器架构的处理器中的一个或多个。

本发明的实施例可以在诸如集成电路模块的各种组件中实践。集成电路的设计基本上是高度自动化的处理。复杂且功能强大的软件工具可用于将逻辑级设计转换为准备在半导体衬底上蚀刻和形成的半导体电路设计。

前面的描述通过非限制性示例提供了对本发明的示例性实施例的完整且信息丰富的描述。然而，当结合附图和所附权利要求阅读时，鉴于前面的描述，各种修改和调整对于相关领域的技术人员而言将变得显而易见。然而，对本发明的教导的所有这些和类似的修改仍将落入所附权利要求中限定的本发明的范围内。实际上，存在另一实施例，其包括一个或多个实施例与先前讨论的任何其他实施例的组合。

Claims (24)

1.一种方法，包括：

在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息而向所述第二实体提供确认；并且如果是，则：

确定如何向所述第二实体提供确认；以及

从所述第一实体向所述第二实体提供控制信息，所述控制信息包括所述确定的指示。

2.根据权利要求1所述的方法，其中确定如何向所述第二实体提供确认包括确定在专用确认消息中还是在程序性网络消息中提供所述确认。

3.根据权利要求2所述的方法，其中所述程序性网络消息是共享资源信息请求消息和共享资源通知确收消息之一。

4.根据任一项前述权利要求所述的方法，包括在以下中的至少一个中提供所述控制信息：向所述第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息。

5.根据权利要求1所述的方法，包括基于所述第一实体和所述第二实体中的至少一个的预配置来确定是否向所述第二实体提供确认。

6.根据任一项前述权利要求所述的方法，其中确定是否向第二实体提供确认包括从所述第二实体接收其他控制信息，所述其他控制信息包括所述第一实体是否将响应于接收到并处理来自所述第二实体的共享资源信息而向所述第二实体发送确认的指示。

7.根据权利要求6所述的方法，包括在以下中的至少一个中接收所述其他控制信息：对注册请求的响应、对共享资源信息请求的响应和共享资源信息通知消息。

8.根据任一项前述权利要求所述的方法，其中确定是否向第二实体提供确认包括向所述第二实体提供其他控制信息，所述其他控制信息包括所述第一实体是否响应于接收到并处理来自所述第二实体的共享资源信息而优选向所述第二实体发送确认的指示。

9.根据权利要求8所述的方法，包括在以下中的至少一个中提供所述其他控制信息：注册请求、共享资源信息请求消息和共享资源信息通知确收消息。

10.根据任一项前述权利要求所述的方法，其中所述第一实体是网络实体，并且所述第二实体是管理实体。

11.一种方法，包括：

在第二实体处从第一实体接收控制信息，所述控制信息包括在所述第一实体处确定响应于接收到并处理来自所述第二实体的共享资源信息而向所述第二实体提供确认以及如何向所述第二实体提供确认的指示。

12.根据权利要求11所述的方法，其中所述指示包括是在专用确认消息中还是在程序性网络消息中提供所述确认的指示。

13.根据权利要求12所述的方法，其中所述程序性网络消息是共享资源信息请求消息和共享资源信息通知确收消息之一。

14.根据权利要求11至13中任一项所述的方法，包括在以下中的至少一个中接收所述控制信息：向所述第二实体注册的请求、共享资源信息请求消息和共享资源信息通知确收消息。

15.根据权利要求11至14中任一项所述的方法，其中是否向第二实体提供确认的所述确定基于所述第一实体和所述第二实体中的至少一个的预配置。

16.根据权利要求11至15中任一项所述的方法，包括向所述第一实体提供其他控制信息，所述其他控制信息包括所述第一实体是否将响应于接收到并处理来自所述第二实体的共享资源信息而向所述第二实体发送确认的指示。

17.根据权利要求15所述的方法，包括在以下中的至少一个中提供所述其他控制信息：对注册请求的响应、对共享资源信息请求的响应和共享资源信息通知消息。

18.根据权利要求11至16中任一项所述的方法，包括从所述第一实体接收其他控制信息，所述其他控制信息包括所述第一实体是否响应于接收到并处理来自所述第二实体的共享资源信息而优选向所述第二实体发送确认的指示。

19.根据权利要求18所述的方法，包括在以下中的至少一个中接收所述其他控制信息：注册请求、共享资源信息请求消息和共享资源信息通知确收消息。

20.根据权利要求11至19中任一项所述的方法，其中所述第一实体是网络实体，并且所述第二实体是管理实体。

21.一种装置，包括用于执行根据权利要求1至20中任一项所述的方法的部件。

22.一种用于计算机的计算机程序产品，包括软件代码部分，所述软件代码部分用于当所述产品在所述计算机上运行时执行根据权利要求1至20中任一项的步骤。

23.一种装置，包括：

至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：

在第一实体处，确定是否响应于接收到并处理来自第二实体的共享资源信息而向所述第二实体提供确认；并且如果是，则：

确定如何向所述第二实体提供确认；以及

从所述第一实体向所述第二实体提供控制信息，所述控制信息包括所述确定的指示。

24.一种装置，包括：

至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：

在第二实体处从第一实体接收控制信息，所述控制信息包括在所述第一实体处确定响应于接收到并处理来自所述第二实体的共享资源信息而向所述第二实体提供确认以及如何向所述第二实体提供确认的指示。