信息处理方法及装置、通信设备及存储介质

本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种信息处理方法及装置、通信设备及存储介质。

无线感知技术旨在无物理接触的情况下，通过发射感知信号实现对远距离物体的信息获取。目标的感知数据(或者称为感知数据)或目标周围的感知数据被分析之后，就能够得到目标的特征和/或目标所在环境的特征。

雷达被广泛应用于无线感知技术中，无线感知技术使用雷达信号进行目标的距离、角度以及瞬时速度等确定。

其他的感知技术，可包括非射频(RF)传感器，该非RF传感器可包括：飞行时间(Time of Time，ToF)相机、加速度传感器、陀螺仪以及激光雷达等。

融合感知和通信系统意味着在第五代移动通信(5G)新无线(New radio，NR)被赋予感知能力，如此，5G NR的通信系统和基础设施，用于通信的同时还用于感知服务。

发明内容

本公开实施例提供一种信息处理方法及装置、通信设备及存储介质。

本公开实施例第一方面提供一种信息处理方法，其中，由感知功能网络实体执行，所述方法包括：确定感知业务的候选执行者，其中，所述候选执行者包括：感知业务的期望执行者和/或网络发现的备选执行者；根据所述候选执行者，确定感知业务的目标执行者。

本公开实施例提供第二方面提供一种信息处理方法，其中，由感知业务的发起者执行，所述方法包括：

向感知功能网络实体发送感知业务请求，其中，所述感知业务请求指示感知业务提供的期望执行者。

本公开实施例提供第三方面提供一种信息处理方法，其中，由能够提供感知业务的可用执行者执行，所述方法包括：

接收感知功能网络实体发送的第四请求；其中，所述可用执行者为：所述感知功能网络实体根据感知业务请求指示的期望执行者；或者，所述感知功能网络实体确定的位于感知业务目标区域内的可用执行者；

根据所述第四请求，确定是否愿意作为所述感知业务的目标执行者；

根据所述可用执行者是否愿意作为所述目标执行者，向所述感知功能网络实体发送第四响应。

本公开实施例第四方面提供一种信息处理装置，其中，所述装置包括：

第一确定模块，被配置为确定感知业务的候选执行者，其中，所述候选执行者包括：感知业务的期望执行者和/或网络发现的备选执行者；

第二确定模块，被配置为根据所述候选执行者，确定感知业务的目标执行者。

本公开实施例第五方面一种信息处理装置，其中，所述装置包括：

第三发送模块，被配置为向感知功能网络实体发送感知业务请求，其中，所述感知业务请求指示感知业务提供的期望执行者。

本公开实施例第六方面提供一种信息处理装置，其中，所述装置包括：

第二接收模块，被配置为接收感知功能网络实体发送的第四请求；其中，所述可用执行者为：所述感知功能网络实体根据感知业务请求指示的期望执行者；或者，所述感知功能网络实体确定的位于感知业务目标区域内的可用执行者；

第三确定模块，被配置为根据所述第四请求，确定是否愿意作为所述感知业务的目标执行者；

第四发送模块，被配置为根据所述可用执行者是否愿意作为所述目标执行者，向所述感知功能网络实体发送第四响应。

本公开实施例第九方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如前述第一方面至第三方面任意方面提供的信息处理方法。

本公开实施例第十方面提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现如前述第一方面至第三方面任意方面提供的信息处理方法。

本公开实施例提供的技术方案，SF网络实体确定的候选执行者可包括：由感知业务的发起者指定的期望执行者和/或由感知业务的消费者指定的期望执行者。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2是根据一示例性实施例示出的一种感知系统的示意图；

图3是根据一示例性实施例示出的一种感知系统的示意图；

图4是根据一示例性实施例示出的一种感知系统的示意图；

图5是根据一示例性实施例示出的一种感知模型的示意图；

图6是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图7是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图8是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图9是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图10是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图11是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图12是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图13是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图14是根据一示例性实施例示出的一种信息处理装置的结构示意图；

图15是根据一示例性实施例示出的一种信息处理装置的结构示意图；

图16是根据一示例性实施例示出的一种信息处理装置的结构示意图；

图17是根据一示例性实施例示出的一种UE的结构示意图；

图18是根据一示例性实施例示出的一种通信设备的结构示意图。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是本发明实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个UE11以及若干个接入设备12。

其中，UE11可以是指向用户提供语音和/或数据连通性的设备。UE11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，UE11可以是物联网UE，如感知器设备、移动电话(或称为“蜂窝”电话)和具有物联网UE的计算机，例如，可以是固定式、便携式、袖珍 式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程UE(remote terminal)、接入UE(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户UE(user equipment，UE)。或者，UE11也可以是无人飞行器的设备。或者，UE11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，UE11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

接入设备12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口(new radio，NR)系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。或者，MTC系统。

其中，接入设备12可以是4G系统中采用的演进型接入设备(eNB)。或者，接入设备12也可以是5G系统中采用集中分布式架构的接入设备(gNB)。当接入设备12采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Media Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对接入设备12的具体实现方式不加以限定。

接入设备12和UE11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。

综合感知和通信系统提供的感知服务可涉及：通信辅助感知。通信辅助感知可包括：涉及通信信道或者通信环境的感知，用于提升通信服务的通信指令。例如，感知服务的感知信息用于辅助无心资源的管理、干扰抑制、波束管理和UE的移动性管理等。

在垂直领域，基于5G的感知服务可用于智能交通、航空、企业经营、智慧城市、智能家居、工厂、消费者应用程序、扩展现实(Extended Reality，XR)或者公共分区。

感知服务的类型有多种，以下提供几个举例：

车用无线通信技术(vehicle to X，V2X)、基础设施辅助环境感知、基础设施远程驾驶、高清地图采集共享和远程驾驶支持、环境实时监控、自动驾驶、无人机、空气污染监测、室内健康医疗和入侵检测。

对无线通信信道和环境的感知可以进一步提高通信系统的性能。感应辅助通讯的一些例子，具体可如下：

感知UE的位置和信道环境，以缩小波束扫描范围，缩短波束训练时间。

感知UE的位置、速度、运动轨迹和通道环境，用于波束预测，减少波束测量的开销和波束跟踪的延迟。

感知UE的特性和信道环境，提高信道估计性能。

如图2所示，感知系统中具有不同的角色，具体可包括：

反射对象：感知目标，以获取其信息；

发射者：向目标发送无线电信号的设备，发射者可以是UE，也可以是gNB。

接收者：检测目标反射的无线电信号感知得到感知信息，同样地，接收者可以是UE，也可以是gNB。

发起者：经过授权的可以发起感知业务的设备，例如发起者可以向一个或多个接收者请求或订阅感知信息。同样地，发起者可以是UE或者gNB，也可以是网络功能(Network Function，NF)。发起者通常是采集感知信息，并对其进行处理以产生感知结果的设备。

消费者：消费感知(即使用)感知结果，该消费者可为UE的应用程序或者感知应用服务器(Sesnsing application Server)。

值得注意的是：发射者、接收者、发起者和消费者可以成对配置，也可以同时配置。

感知感知信息可以从UE或者网络侧获得，该感知信息是基于不同感知模式下的多个感知源提供的感知数据得到的。

图3和图4所示都是聚合和处理感知数据得到感知信息的示意图。

如图3所示，可以同时使用基站和车载UE作为发射者；并同时由基站和车载UE作为接收者对同一个目标进行感知。而车载UE既可以作为发起者，还可以作为接收者。一个基站和一个UE都可以同时作为发射者和接收者，即作为收发者发射对感知信号和接收感知信号作用于目标反射形成的发射信号。

图4所示为一种感知系统的分层模型，可包括：发起者、消费者、发射者、接收者以及感知目标。

图5所示为一种感知模型的举例。

模型1：一个UE同时作为发射者和接收者；

模型2：一个UE作为发射者，另一个UE作为接收者；

模型3：一个基站同时作为发射者和接收者；

模型4：一个基站作为发射者，另一个基站作为接收者；

模型5：基站作为发射者，UE作为接收者；

模型6：UE作为发射者，基站作为接收者。

在图5中STx代表发射者，SRx代表接收者。

如图6所示，本公开实施例提供一种信息处理方法，其中，由感知功能网络实体执行，所述方法包括：

S1110：确定感知业务的候选执行者，其中，所述候选执行者包括：感知业务的期望执行者和/ 或网络发现的备选执行者；

S1120：根据所述候选执行者，确定感知业务的目标执行者。

该信息处理方法的执行主体为感知功能网络实体，该感知功能网络实体可以简称为感知功能(Sensing Function，SF)。

该感知功能网络网络实体可作为核心网功能网络实体的一种。

在一个实施例中，该SF可同时用于控制面(Control Plane，CP)和用户面(User Plane，UP)。

在一个实施例中，感知功能网络实体可包括：感知功能控制面网络实体和/或感知功能用户面网络实体。该感知功能控制面网络实体可用于CP与感知业务相关的信令交互，该感知功能用户面网络实体可以用于UP的数据交互。

在本公开实施例中需要提供感知服务时，可由SF先确定感知业务的候选执行者，然后从候选知执行者选择当前合适执行所述感知业务的目标执行者。

在本公开实施例中所述候选执行者可包括：由感知业务的发起者指定的期望执行者和/或由感知业务的消费者指定的期望执行者。

例如，一种应用场景下，感知业务的发起者和/或消费者知晓有哪些执行者可以提供感知业务，考虑到自身对感知业务的执行结果的置信度和/或精确度要求等，可以执行期望执行者。

按照期望执行者在感知业务中充当的角色，则该期望执行者包括但不限于以下至少之一：期望发射者；和/或期望接收者。

在一些实施例中，期望执行者还可包括：根据感知数据进行相关计算得到感知结果的执行主体，该执行主体即为计算者(或成为处理者)。

按照期望执行者自身的设备类型，该期望执行者可包括但不限于以下至少之一：期望基站和/或期望UE。

同样地，按照备选执行者感知业务中充当的角色，所述备选执行者可为：第一网元基于发现功能的能够作为感知业务的执行者的候选者。同样地，该备选执行者可包括但不限于：备选发射者和/或备选接收者。

在另一些实施例中，该备选执行者还可包括：备选计算者和/或备选处理者。

按照备选执行者自身的设备类型，该备选执行者还可包括：备选基站和/或备选UE。

在本公开实施例中，所述候选执行者作为感知业务提供的候选对象，会被第一网元进行进一步选择，从而得到最终提供感知业务的目标执行者。

第一网元采用这种方式确定的目标执行者，兼顾了感知业务的发起者和/或消费者的感知业务的期望，同时考虑到感知业务的可行性充分利用了网络的发现功能，进而提供了感知业务的服务质量。

在一些实施例中，所述确定所述候选执行者，包括；

确定所述期望执行者；

当当未确定到所述期望执行者时，发现所述备选执行者。

本实施例提供过了一种确定候选执行者的方式是，先确定是否有期望执行者，如果确定有期望 执行者，则将期望执行者作为候选执行者。若没有确定到期望执行者，则可以执行网络发现功能，发现备选执行者。在这种方式下，候选执行者为期望执行者或者备选执行者。

在另一个实施例中，确定候选执行者可包括：确定期望执行者，并基于网络的发现功能确定备选执行者。此时，该候选执行者可包括：期望执行者和备选执行者。

在一个实施例中，若候选执行者同时包含期望执行者和备选执行者时，期望执行者可具有比备选执行者具有更高的优先级。此时，若期望执行者和备选执行者都可以提供感知业务时，则根据优先级优先选择期望执行者提供感知业务。若没有期望执行者可提供感知业务，则可以选择备选执行者作为目标执行者提供感知业务。

在一个实施例中，发现所述备选执行者可包括但不限于以下至少之一：

根据所述感知业务的目标区域，将位于目标区域内的基站和/或UE确定为备选执行者；

根据所述感知业务的QoS，将位于目标区域内能够提供所述QoS的基站和/或UE确定为备选执行者；

根据所述感知业务的业务类型，将能够提供对应业务类型的感知业务的基站和/或UE确定为备选执行者。

以上仅仅是发现备选执行者的几种可选方式，具体实现时不局限于上述举例。

示例性地，所述UE可为各种类型的终端，例如，车载终端、用户随身携带的手机、平板电脑或者可穿戴式设备等。

在一些实施例中，所述确定所述期望执行者，包括

根据感知业务请求，确定所述期望执行者。

所述SF会接收到感知业务请求，在一些实施例中，所述感知业务请求可携带有感知业务的期望执行者的信息，该期望执行者的信息包括但不限于以下至少之一：

期望执行者的标识信息；

期望执行者的类型信息。

本公开实施例提供了一种根据感知业务请求确定期望执行者的方式。在另一个实施例中，若感知业务请求的发起者为UE等，可以根据UE的签约数据确定UE签约的期望执行者的类型信息，从而也可以确定出期望执行者。

总之，确定期望执行者的方式有很多种，具体实现不局限上述任意一种。

如图7所示，本公开实施例提供一种信息处理方法，其中，由感知功能网络实体执行，所述方法包括：

S1200：接收感知业务请求；

S1210：根据感知业务请求，确定感知业务的候选执行者，其中，所述候选执行者包括：感知业务的期望执行者和/或网络发现的备选执行者；

S1220：根据所述候选执行者，确定感知业务的目标执行者；

S1230：根据所述目标执行者的确定结果，向感知业务的发起者返回感知业务响应。

在一个实施例中，SF会接收到来自发起者的感知业务请求。接收到该感知业务请求之后，会确定该感知业务的候选执行者，此时，可以是根据感知业务请求中携带的期望执行者的信息，确定的期望执行者，也可以是根据感知业务的相关信息确定的备选执行者。

在确定出所述目标执行者之后，根据目标执行者的确定结果，向发起者返回感知业务响应。

在本公开实施例中，第一网元会通过向发起者返回感知业务响应，实现感知业务请求的响应。

在一些实施例中，所述S1230可包括：

当确定出存在提供所述感知业务的目标执行者时，向所述发起者返回感知业务接受响应；

当确定不存在提供所述感知业务的目标执行者时，向所述发起者返回感知业务拒绝响应。

总之，该感知业务响应，可用于告知感知业务的发起者如下信息至少之一：

网络是否会提供感知业务；

网络是否让期望执行者提供感知业务；

是否有期望执行者可以提供感知业务；

网络最终选择的感知业务的目标执行者。

该感知业务的发起者在接收到感知业务响应之后，就可以知晓当前是否需要重新发起感知业务请求，才能被提供感知业务；或者，由哪些执行者提供感知业务。

在一些实施例中，若所述感知业务响应为感知业务拒绝响应，则所述感知业务拒绝响应还可以携带有拒绝原因，如此，发起者在接收到感知业务拒绝响应之后，确定出本次感知业务请求被拒绝的原因，提高服务质量。

在另一些实施例中，在确定出目标执行者之后，第一网元通知目标执行者提供感知业务即可，即不用向感知业务的感知业务响应。

在一些实施例中，当至少部分所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，所述感知业务响应，指示所述发起者是否接受网络设备发现的备选执行者提供所述感知业务。

若发起者或者消费者指示的各个期望执行者都不能提供感知业务时，可以通过感知业务响应告知发起者，并相当于提示发起者是否需要接收网络发现的其他候选执行者提供感知业务。

示例性地，例如，当感知业务请求指示的期望执行者中的一类执行者(例如，发射者或者接收者)均不能提供感知业务或者不愿意提供感知业务时，则可以认为当前感知业务的目标执行者确定失败，并通过向发起者发送感知业务拒绝响应，并指示所述发起者是否接受网络设备发现的备选执行者提供所述感知业务。

在另一个实施例中，当至少部分所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，所述感知业务响应指示所述感知业务请求发起者期望执行者不可用。

此处的至少部分所述期望执行者可包括：全部期望执行者或者一部分期望执行者，该感知业务响应还可以用于告知感知业务发起者期望执行者不可用，如此由发起者自行决定是否要更换期望执行者重新发起感知业务请求，或者发送不指定期望执行者的感知业务请求。

在一些实施例中，所述发现所述备选执行者，包括：

根据感知业务请求，确定提供所述感知业务的目标区域；

将位于所述目标区域内的基站和/或用户设备UE，确定为所述备选执行者。

所述感知业务请求可包括区域信息，该区域信息可以用于确定所述感知业务的目标区域。

在一个实施例中，所述区块信息可为能够指示目标区域的任意信息，所述区域信息可包括以下至少之一：

跟踪区标识，指示包含所述目标区域内的一个或多个跟踪区(Tracking Area，TA)；

基站标识，指示位于目标区域内一个或多个基站；

小区标识，指示包含在所述目标区域内的一个或多个小区；

中心点位置信息和感知半径，中心点位置信息指示所述目标区域的中心点的位置，该位置信息包括但不限于经纬度信息；所述感知半径和所述中心点坐标，可用于确定所述目标区域的范围；

边界点位置信息，直接将多个边界点位置信息所对应边界点连接起来形成的封闭或者近似封闭区域，就构成了所述目标区域。

当然以上仅仅是感知业务请求携带区域信息的几种举例，具体实现时不局限于上述举例。

在确定出目标区域之后，确定出当前位于所述目标区域内的基站和/或UE，如此位于该目标区域内的基站和/或UE就可以作为提供感知业务的备选执行者。

示例性地，向AMF发送查询请求，由于AMF负责UE的移动性管理和基站的管理等，因此将区域信息提供给AMF，AMF可以提供需要提供感知业务时位于目标区域内的基站和/或UE，从而可确定出备选执行者。

在一些实施例中，所述感知业务请求可能没有提供位置信息，但是根据感知业务的发起者和/或消费者所在位置，可以确定出所述目标区域。例如，车载设备本身作为感知业务的发起者和消费者，自身所在位置和自身的设备类型，就可以用于确定网络需要提供感知业务的目标区域。在这种情况下，可以将车载设备自身的位置确定为目标区域的中心点或者其中一个边界点。

在一些实施例中，所述将位于所述目标区域内的基站和/或用户设备UE，确定为所述备选执行者，包括：

确定位于所述目标区域内基站的基站标识和/或小区的小区标识；

根据所述目标区域内基站的基站标识和/或小区的小区标识，确定AMF；

向所述AMF发送第一请求；

接收所述第一请求返回的第一响应；

根据所述第一响应，确定位于所述目标区域内的备选执行者。

示例性地，SF在确定出目标区域之后，可以将目标区域映射为基站标识或者小区标识，例如，将TA标识映射为基站标识和/或小区标识等。

再根据基站和/或小区与AMF之间的关联关系，确定提供感知业务的AMF。

在确定出AMF之后，向AMF发送查询可以作为备选执行者的信息，如此，在第一请求中至少 携带原始的区域信息，或者，被映射为的小区标识和/或基站标识。

如此AMF接收到第一请求之后，会接收到第一响应。所述第一响应可包括：备选基站的基站标识和/或备选UE的UE标识。示例性地，所述候选执行者可以的标识可以以列表的形式携带在所述第一响应中。

若备选执行者为基站，则AMF在返回基站标识之前，还可以根据基站的配置信息，确定该基站是否可以是可以提供感知业务的可用基站，直接完成备选基站是否为可用基站的验证之后，返回给SF。

若备选执行者为UE，则AMF可以直接将UE的标识返回给SF，若该UE是否可以作为当前可以提供感知业务的可用执行者，则还需要再次验证。因此，在一些实施例中，所述第一响应包括：

可用基站的基站标识；

和/或

备选UE的UE标识。

SF拿到所述UE标识之后，可用通过查询UE的签约数据，确定该UE是否可以为可用UE。

在一个实施例中，所述根据所述候选执行者，确定感知业务的目标执行者，包括：

确定所述感知业务的感知模型；

根据所述感知模型，从所述候选执行者中选择所述目标执行者。

在本公开实施例中，所述感知业务提供需要选择响应的感知模型。

在本公开实施例中，确定感知业务的目标执行者之前，先确定感知模型。由于不同的感知模型，则使用的执行者可能不同。

在本公开实施例中，该感知模型可为前述的模型1至模型6中的任意一个。

例如，采用模型1时，则目标执行者都是UE；若采用模型3时则目标执行者都是基站。当然采用模型2以及模型4至6中的任意一个，则目标执行者既涉及基站，也涉及UE。

在确定出感知模型之后，从候选执行者中选择所确定感知模型所需的目标执行者。

在一个实施例中，所述确定所述感知业务的感知模型，包括：

根据所述感知业务的业务类型、所述感知业务的期望服务质量QoS、运营商预配置信息以及所述期望执行者的类型中的一个或多个，确定所述感知业务的感知模型。

不同的业务类型由特定感知模型提供感知服务，可以确保感知结果的精确度和服务质量。

示例性地，针对空气污染监测的感知业务，则可以优选模型3提供感知业务，则此时目标执行者都可以为基站。

又示例性地，针对无人驾驶或者辅助驾驶的感知业务，可以优选模型2、模型4至模型6提供感知业务，则此时目标执行者同时包含基站和UE。

在一个实施例中，感知业务期望的QoS不同，则可能所需的感知模型不同。例如，基站作为发射者和接收者的感知模型的QoS可能比单一UE作为发射者和接收者的QoS高。因此，可以根据当前请求的感知业务的QoS确定所需的感知模型。

在一个实施例中，运营商可能预配置了感知模型，而该预先配置的感知模型可以由运营商配置信息指示。例如，基站作为发射者和接收者的感知模型的QoS可能比单一UE作为发射者和接收者的QoS高。因此，可以根据运营商预配置的感知模型确定所需的感知模型。

在另一个实施例中，所述运营商配置信息指示感知模型确定策略，如此，SF还可以根据运营商配置信息指示的策略确定感知模型。例如，该策略指示：不同类型的发起者对应不同的感知模型；又例如，针对不同消费者和/或网络状态对应感知模型。

当网络仅支持单一感知模型时，将网络支持的感知模型确定为提供感知服务的感知模型。

示例性地，当网络仅支持单一感知模型时，忽略感知业务请求携带的用于确定感知模型的信息，直接将网络支持的感知模型确定为提供感知服务的感知模型。

示例性地，网络支持的单一感知模型可以为前述模型1至6的任意一个，例如，网络支持的单一感知模型站可包括：模型3或模型4。

当根据感知业务请求无法确定感知模型时，根据运营商配置信息指示的默认模型作为当前提供感知业务的感知模型。

在还有一些实施例中，感知业务请求也许没有直接带业务类型、期望QoS和/或模型标识等信息，但是指示期望执行者的信息，因此可以根据期望执行者的类型确定发起者期望使用的模型。

例如，感知业务请求指示的期望执行者全部为UE，则可以默认为模型1或2为发起者请求使用的感知模型。再例如，感知业务请求指示的期望执行者全部为基站，则可以默认为模型3或4为发起者请求使用的感知模型。假设感知业务请求指示期望执行者包含部分UE和部分基站，且指明了基站作为期望发射者而UE作为期望接收者，则模型5可作为最终使用的模型。

所述模型标识可为前述模型1至模型6任意一个标识信息，若感知业务请求包含模型标识，则可以直接根据模型标识确定感知模型。

总之，在本公开实施例中，SF可以根据业务类型、模型标识、期望的QoS和/或期望执行者的信息，确定采用的感知模型。

以上仅仅是对如何确定感知模型的举例，具体实现时不局限于上述举例。

在一个实施例中，所述根据所述候选执行者，确定感知业务的目标执行者，包括：

从所述候选执行者中确定所述可用执行者；

确定所述可用执行者是否愿意作为所述目标执行者。

在一个实施例中，所述从所述候选执行者中确定所述可用执行者，包括：

根据所述候选执行者的状态信息和/或选择使用的感知模型，从所述候选执行者中确定出用执行者。

该可用执行者可为在感知业务的提供时间段内能够提供感知业务的执行者。

例如，有的UE自身电量剩余有限，若继续向其他UE提供感知业务，则自身的电量急剧消耗，从而导致UE待机时长大大缩短，这种UE虽然可以作为候选执行者，但是并非是当前可以提供感知业务的可用执行者。

又例如，有的UE或者基站被认定为备选执行者，但是本身并没有安装执行感知业务的代码等，故这种UE不具备执行感知业务的能力，显然也并非感知业务的可用执行者。

总之，在本公开实施例中，在确定目标执行者之前，会先确定各备选执行者是否为可用执行者，如果是可用执行者，才有机会被选择为提供感知业务的目标执行者。

在一个实施例中，所述从所述候选执行者中确定所述可用执行者，包括：

当所述候选执行者包括用户设备UE时，向用户数据管理UDM发送第二请求；

接收基于所述第二请求返回的第二响应；

根据所述第二响应，确定所述UE是否是所述可用执行者。

若候选执行者为UE，而UDM是保存UE相关信息的网元。

本公开实施例中，SF可不同于UDM，因此可以通过向UDM发送第二请求，并接收第二响应，知晓对应的UE是否可以作为可用执行者。

所述第二请求可包括：候选UE的标识，如此UDM接收到第二请求之后，可以根据第二请求携带的UE的标识，查询该UE的签约数据。

在一个实施例中，所述接收基于所述第二请求返回的第二响应，包括：

接收基于所述第二请求返回的所述UE的签约数据；

所述根据所述第二响应，确定所述UE是否是所述可用执行者，包括：

根据所述签约数据，确定所述UE是否是所述可用执行者。

在该实施例中，UDM直接将签约数据返回给SF，由SF根据接收到签约数据自行确定对应的UE是否为可用执行者。

从UDM返回给SF的签约数据包括但不限于：UE的所有签约数据和/或与感知业务相关的签约数据。

示例性地，所述签约数据包括以下至少之一：

所述UE的标识；

感知授权信息，指示所述UE是否被授权作为所述感知业务的执行者；

用户许可信息，指示所述UE的用户是否允许作为所述感知业务的执行者；

感知能力信息，指示UE是否作为发射者、接收者或者既可以作为发射者也可以作为接受者来执行感知业务的能力。

该UE的标识包括但不限于：UE的签约用户永久标识(Subscription Permanent Identifier，SUPI)。

感知授权信息，可以指示该UE是否执行感知业务的可信任UE，若网络侧授予该UE执行感知业务，则在授权过程中可能通过授权信息的交互等，可以确保该UE提供感知业务的安全性。

用户许可信息，指示用户是否愿意自身的UE作为感知业务的执行者，或者作为感知业务的发射者和/或接收者。

在一些实施例中，所述签约数据还可包括：UE的能力信息，指示UE与感知业务相关的签约能力等。

在另一个实施例中，所述第二响应包含：所述UDM根据所述UE的签约数据是否是所述可用执行者的第一指示。

在该实施例中，UDM接收到第二请求之后，可以根据第二请求查询自身存储的签约数据，并确定出对应UE是否可以是可用执行者，进而根据对应UE是否为可用执行者的确定结果，向SF返回第二响应。如此，SF接收到这种第二响应，不用自信根据签约数据进行判断的情况下，就可以根据第二响应携带的第一指示，确定候选UE是否可以作为可用执行者。

在一些实施例中，所述根据所述候选执行者，确定感知业务的目标执行者，包括：

当所述候选执行者包括候选基站时，向所述候选基站的接入管理功能AMF发送第三请求；该候选基站至少包括作为期望执行者的期望基站，若AMF发现目标区域内的备选基站时没有通过验证备选基站是否可以作为可用基站，则该候选基站还可包括备选基站；

基于所述第三请求返回的第三响应，确定所述期备选基站是否是所述可用执行者。

若候选执行者包括候选基站时通过访问AMF，确定对应的候选基站是否为可用执行者。

在确定出感知模型之后，若需要使用到基站作为目标执行者，则从候选执行者选择出基站，并通过AMF确定该候选基站是否可以作为可用执行者。

当候选执行者包括候选基站，则向候选基站连接的AMF发送请求，相当于SF会访问AMF，通过访问AMF确定候选基站是否可以作为可用执行者。

在一个实施例中，所述当所述候选执行者包括期望基站时，向所述期望基站的接入管理功能AMF发送第三请求，包括：

当所述候选执行者包括期望基站时，根据所述期望基站的标识或所述期望基站的小区标识确定所述AMF；

向所述AMF发送所述第三请求；

所述基于所述第三请求返回的第三响应，确定所述期备选基站是否是所述可用执行者，包括：

根据所述第三响应包含的配置信息，确定所述期望基站是否是所述可用执行者，其中，所述配置信息包括：所述期望基站是否被授权作为所述感知业务的执行者的基站授权信息，和/或具有作为所述感知业务的执行者的基站能力信息。

第一AFM会将基站的配置信息，至少是基站与感知业务相关的配置信息返回给SF，如此SF通过接收到配置信息自行确定对应的备选基站是否可以作为可用执行者。

在另一个实施例中，所述根据所述第三响应包含的配置信息，确定所述候选基站是否是所述可用执行者，包括：

根据所述第三响应包含的第二指示，确定所述候选基站是否是所述可用执行者，其中，所述第二指示，至少包括：所述AMF根据所述候选基站的配置信息确定所述候选基站是否能够作为所述目标执行者。示例性地，该候选基站至少包括：期望基站。在还有一些实施例中，该候选基站还可包括备选基站。

即AMF接收到第三请求之后，会根据第一AFM存储的各个基站的配置信息，确定候选基站是 否可以作为提供感知业务的可用基站，并将指示对应候选基站是否可为可用基站的第三响应中返回给SF。如此，SF直接根据第三响应在不自行根据配置信息判断的情况下，知晓对应候选基站是否可为可用执行者。

在一个实施例中，若一个候选执行者被认定为可用执行者，则该可用执行者就可以直接被认定为目标执行者。

在另一个实施例中，所述确定所述可用执行者是否愿意作为所述目标执行者，包括：

向所述可用执行者发送第四请求；

接收基于所述第四请求返回的第四响应；

根据所述第四响应，确定所述可用执行者当前是否愿意作为所述目标执行者。

向可用执行者发送第四请求并接收第四响应，以实现对对应可用执行者是否愿意作为目标执行者的二次验证，一方面，可以考虑到可用执行者自身的意愿和状态信息，另一方面可以考虑到若不愿意作为目标执行者的可用执行者强行要求被提供感知业务，可能会导致感知业务的业务质量受到负面影响的问题。

如图8所示，本公开实施例提供一种信息处理方法，其中，由感知功能网络实体执行，所述方法包括：

S1310：确定感知业务的候选执行者，其中，所述候选执行者包括：感知业务的期望执行者和/或网络发现的备选执行者；

S1320：根据所述候选执行者，确定感知业务的目标执行者。

S1330：当确定出所述目标执行者时，向所述目标执行者发送提供感知业务的请求。

该实施例可以单独执行，也可以与前述实施例组合实施。

在一些实施例中，SF确定出目标执行者之后，会向目标执行者发送提供感知业务的请求，如此目标执行者接收到该请求之后，会执行感知业务的相关操作，从而提供感知业务。

在一实施例中，该请求包含目标执行者提供感知业务的感知参数。

例如，该感知参数包括但不限于以下至少之一：

时间信息，指示提供感知业务的时间段；

操作类型信息，指示对应目标执行者作为发射者和/或接收者；

感知信号参数，指示用于目标感知的感知信号的信号频段和/或标识等；

目标信息，指示感知目标和/或感知目标的一个或多个属性。该属性包括但不限于：目标的大致形状、体积和/或移动时的速度区间等。

上述参数可用于目标执行者提供感知业务，具体的实现过程中，发送给目标执行者的请求包括但不限于上述参数。

如图9所示，本公开实施例提供一种信息处理方法，其中，由感知业务的发起者执行，所述方法包括：

S2110：向感知功能网络实体发送感知业务请求，其中，所述感知业务请求指示感知业务提供的 期望执行者。

该信息处理方法的执行主体为感知业务的发起者。该发起者在发送感知业务请求时，可以在感知业务请求中携带期望执行者的信息。

该期望执行者的信息包括但不限于：期望执行者的标识、类型信息和/或能力信息等可以用于确期望执行者的任意信息。

若感知业务请求中携带有期望执行者的信息，如此网络侧在进行感知业务的执行配置时，会优先由期望执行者提供感知业务。

在一些实施例中，如图10所示，所述方法还包括：

S2120：接收感知业务响应。

在一些实施例中，SF可能会基于感知业务请求返回感知业务响应，也可能不返回感知业务响应。

在本公开实施例中，可以默认SF会返回感知业务响应。

该感知业务响应可包括：感知业务接受响应和/或感知业务拒绝响应。

感知业务接受响应可指示网络侧确定有合适的目标执行者，网络侧将提供感知业务。

感知业务拒绝响应可指示网络侧拒绝提供本次感知业务的服务，例如，网络侧在未发现有合适的目标执行者时发送的响应，或者，网络侧确定发起者指定的期望当前执行不能提供感知业务时返回的感知业务响应。

在一些实施例中，该感知业务响应，可用于告知感知业务的发起者如下信息至少之一：

网络是否会提供感知业务；

网络是否让期望执行者提供感知业务；

是否有期望执行者可以提供感知业务；

网络最终选择的感知业务的目标执行者。

在另一些实施例中，所述感知业务响应，指示所述期望执行者是否作为提供所述感知业务的目标执行者；或者，所述感知业务响应，指示是否能够执行感知业务。

在一些实施例，所述S2110可包括：

当确定出期望执行者时，向所述感知功能网络实体发送包含所述期望执行者的信息的所述感知业务请求。

例如，发起者从用户界面(User Interface，UI)接收的用户指示确定所述期望执行者，或者，根据消费者提供的期望执行者、和/或根据消费者对感知业务的需求信息确定的期望执行者。

若发起者确定出期望执行者，则发送给SF的感知业务请求中携带有期望执行者的信息。

该期望执行者的信息包括但不限于：期望执行者的标识；和/或，期望执行者的类型信息等。

在一些实施例中，所述感知业务请求还包括如下信息至少之一：

区域信息，指示所述感知业务提供的目标区域；

类型标识，指示所述感知业务的业务类型。

在一个实施例中，所述区块信息可为能够指示目标区域的任意信息，所述区域信息可包括以下 至少之一：

跟踪区标识，指示包含所述目标区域内的一个或多个跟踪区(Tracking Area，TA)；

基站标识，指示位于目标区域内一个或多个基站；

小区标识，指示包含在所述目标区域内的一个或多个小区；

中心点位置信息和感知半径，中心点位置信息指示所述目标区域的中心点的位置，该位置信息包括但不限于经纬度信息；所述感知半径和所述中心点坐标，可用于确定所述目标区域的范围；

边界点位置信息，直接将多个边界点位置信息所对应边界点连接起来形成的封闭或者近似封闭区域，就构成了所述目标区域。

当然以上仅仅是感知业务请求携带区域信息的几种举例，具体实现时不局限于上述举例。

该类型标识，指示的该感知业务的业务类型。

该业务类型，可至少用于SF确定感知模型。

在一些实施例中，当所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，所述感知业务响应，指示感知业务请求发起者期望执行者不可用。

即若感知业务请求携带有期望执行者的信息，网络侧设备络侧会确定是否当前期望执行者是否有能力或者有意愿提供感知业务，若确定的结果否，则可以通过该感知业务响应告知发起者，使得发起者没有期望执行者提供感知业务的原因。

在一个实施例中，所述方法还包括：

当所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，根据所述感知业务响应，重新发送不指示期望执行者的感知业务请求。

示例性地，若确定感知业务的使用比较紧急，则可以立即重新发送不指示期望执行者的感知业务请求。若确定感知业务的使用不紧急，依然想要前述期望执行者提供感知业务，则可以等待预设时长之后，重新向网络发送感知业务请求，该感知业务请求指示的期望执行者，与该发起者发送的前一个感知业务请求指示的期望执行者相同或者至少部分不同。

判断感知业务的紧急性可根据感知业务的业务类型和/或应用场景来确定。

在另一个实施例中，所述方法还包括：

当所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，根据所述感知业务响应，重新发送感知业务请求，该感知业务请求指示的期望执行者，与该发起者发送的前一个感知业务请求指示的期望执行者至少部分不同。

如图11所示，本公开实施例提供一种信息处理方法，其中，由能够提供感知业务的可用执行者执行，所述方法包括：

S3110：接收感知功能网络实体发送的第四请求；其中，所述可用执行者为：所述感知功能网络实体根据感知业务请求指示的期望执行者；或者，所述感知功能网络实体确定的位于感知业务目标区域内的可用执行者；

S3120：根据所述第四请求，确定是否愿意作为所述感知业务的目标执行者；

S3130：根据所述可用执行者是否愿意作为所述目标执行者，向所述感知功能网络实体发送第四响应。

该感知业务的可用执行者包括但不限于：可用基站和/或可用UE。

该感知业务的可用执行者可包括但不限于：可用发射者/或可用接收者。

在本公开实施例中，可用执行者会被网络侧再次验证，该可用执行者是否愿意或者需要提供感知业务的时候是否合适提供感知业务。

在一些实施例中，所述根据所述第四请求，确定是否愿意作为所述感知业务的目标执行者，还包括：

根据所述第四请求，确定所述执行者的当前状态信息；

根据所述当前状态信息，确定是否愿意作为所述感知业务的目标执行者。

可用执行者接收到所述第四请求之后，就会确定自身的当前状态信息，然后根据当前状态信息，确定出自身当前是否可以作为目标执行者，若当前不合适作为目标执行者，则可用执行者向SF表达当前不愿意作为所述目标执行者的意愿，该意愿的指示信息可以携带在第四响应返回给SF。

在一些实施例中，所述当前状态信息包括以下至少之一：

剩余电量信息；

当前负载状况信息；

所述可用执行者的感知功能的可用状态信息。

示例性地，若该可用执行者为UE，则该当前状况信息可至少包括：剩余电量信息和/或感知功能的可用状态信息。

剩余电量信息指示的UE的剩余带量。示例性地，剩余电量低于第一电量阈值，则可不能提供感知业务；若剩余电量高于或等于第二电量阈值，可认为可提供感知业务。第二电量阈值可高于第一电量阈值或者等于第一电量阈值。

在一些实施例中，可用UE和/或可用基站的感知功能可能出现异常，此时同样是不可以提供感知业务的。

当然，在一些实施例中若可用执行者为可用UE，则该当前状况信息可包括：当前负载状况信息。例如，UE自身有大量的数据正在传输工作中，还为感知业务的发射者或者接收者，会导致UE的负载进一步增加，从而实现感知业务提供不能的现象。

若可用执行者为可用基站，则所述当前状况信息可至少包括当前负载状况信息，若可用基站原本就超载，若该可用基站还继续表示愿意提供感知业务，则可能会导致该可用基站的负载率进一步提升，从而会影响可用基站原本的通信业务的业务质量，故是可用基站在SF确定可用执行者是否可以做目标执行者的过程中，通过第四响应向SF表达自身不愿意作为目标执行者的意愿。

当然若可用执行者为可用基站，则当前状况信息还可包括：感知功能的可用状态信息等，若可用状态信息指示可用基站的感知功能正常，则至少该基站当前具有提供感知业务的能力。

在一些实施例中，若感知业务指示感知信号为雷达信号，则要求可用基站和/或可用UE基于雷 达信号的感知业务时，则可用基站和/或可用UE的雷达芯片正常。

本公开实施例提供一种信息处理方法，。在执行感知之前，需要先确定感知模型。

对于5GC确定感知模型，如下几个条件需要被考虑；

UE或者gNB服务授权：例如，UE/gNB被授权作为发射者或者接收者来执行感知服务；

UE或者gNB能力：例如，UE/gNB是否具有工作在特定感知模型的能力，或者，是否可以作为发射者或接收者。

期望候选发射者/接收者，简称期望发射者/期望接收者；

UE许可，UE是否愿意作为发射者或者接收者；

服务类型：针对特定服务、仅由UE提供感知服务、仅由gNB提供感知服务、或者gNB和基站都可以作为发射者或者接收者。

服务QoS要求：选择一个或多个发射接收者，例如，如果是高QoS要，则选择多个发射者和多个接收者提供感知服务。

UE或者gNB的可用性：在特定区域内可提供感知检测的UE或者gNB。

运营商预配置信息，可以用于确定感知模型和/或备选执行者等。

UE的服务授权、能力信息以及用户许可等信息都存储在UDM，且这部分数据通常作为UE的签约数据，可以被SF-C从UDM读取到。

gNB的服务授权、能力信息可以从AMF读取到。一个gNB是否被授权提供感知服务，可以预先配置在AFM内。

期望发射者/接收者、服务类型和服务QoS需求可以被提供在感知服务请求中。该感知服务请求来自UE或者感知应用服务器。

5GC需要检测UE或者基站的可用性。SF，例如控制面SF(SF-C)，将目标区域映射为小区ID/gNB ID。SF-C根据小区ID或者gNB ID确定服务AMF ID，并且将小区ID或者gNB ID发送给AMF。服务AMF将位于目标区域内小区中的可用UE的SUPI发送给SF-C。

如图12所示，本公开实施例提供一种信息处理方法，可包括：

步骤1：SF-C接收服务感知请求，其中，所述服务感知请求包括：目标区域、请求的QoS、服务类型以及期望发射者/接收者的信息；

如果SF-C没有接收到期望发射者/期望接收者的信息，且接收到目标区域的信息，则执行步骤2-4，否则跳过步骤2-4。

步骤2：SF-C将目标区域映射为小区ID/gNB ID，并根据小区ID/gNB ID确定服务AMF；

步骤3：SF-C向服务AFM发送请求，该请求包括：根据目标区域确定的小区ID和/或gNB ID。

步骤4：AMF检测被小区ID/gNB ID标识的目标区域内可用ID，AFM同时还会检测gNB ID标识的基站是否被授权和有能力作为感知服务的发射者或接收者。AMF向SF-C发送被小区ID和/或gNB ID标识的目标区域内UE列表，该列表内可包括UE的SUPI。如果在目标区域内检测到被授权且有能够作为感知服务的发射者或接收者，向SF-C发送基站信息，该基站信息可包括：基站ID以及基站可作为发射者和/或接收者的指示信息。

步骤5：SF-C获取步骤4中UE列表内UE的签约数据，该签约数据至少可包括：感知服务签约数据；感知服务签约数据的数据内容可包括：UE的SUPI、感知授权信息、感知能力信息以及用户许可。

步骤6：SF-C根据请求的QoS、期望发射者/接收者、服务类型、从服务AMF接收的基站信息以及从UDM获取的签约数据等确定候选感知模型、发射者、接收者。

步骤7：SF-C确定候选发射者和/或候选接收者当前是否愿意提供感知服务。

步骤8：SF-C根据候选发射者和/或接收者返回的意愿信息，确定候选感知模型、发射者、接收者。

步骤9：如果从期望发射者/期望接收者确定出合适的发射者或者接收者，SF通知感知应用服务器或者发送感知服务请求的UE。感知应用服务器/请求UE，通过重新发起干服务请求允许5GC发现可用发射者和/或接收者提供感知服务。

业务类型和业务QoS需求可以包含在感知业务请求中。该感知业务请求来自UE或者感知应用 器。5GC需要检测UE或者基站的可用性。

如图13所示，本公开实施例提供一种信息处理方法，可包括：

SF接收感知业务请求；

确定感知业务请求是否有指示期望执行者；

若感知业务请求有指示期望执行者，则获取UE的签约数据；当然该步骤是针对期望执行者包括UE的情况下；

若感知业务请求未指示期望执行者，则网络发现感知业务的备选执行者，再进入到获得UE的签约数据的步骤；

确定感知模型；

确定候选执行者；

获取候选执行者的许可，如获取到候选执行者的许可，则说明该候选执行者为可用执行者；

从可用执行者确定目标执行者；

确定是否有目标执行者；

若有目标执行者，则执行感知业务；

若没有目标执行者，则通知感知业务的发起者。

如图14所示，本公开实施例提供一种信息处理装置，其中，所述装置包括：

第一确定模块110，被配置为确定感知业务的候选执行者，其中，所述候选执行者包括：感知业务的期望执行者和/或网络发现的备选执行者；

第二确定模块120，被配置为根据所述候选执行者，确定感知业务的目标执行者。

该信息处理装置可包含在感知功能网络实体中。

在一些实施例中，所述第一确定模块110以及第二确定模块120包括但不限于各种程序模块；所述程序模块被处理器执行之后，能够实现上述操作。

在另一些实施例中，所述第一确定模块110以及第二确定模块120包括但不限于软硬件结合模块；所述软硬件结合模块包括各种可编程阵列；所述可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述第一确定模块110以及第二确定模块120包括但不限于纯硬件模块；所述纯硬件模块包括但不限于各种专用集成电路。

在一些实施例中，所述第一确定模块110，被配置为确定所述期望执行者；未确定到所述期望

执行者时，发现所述备选执行者。

在一些实施例中，所述第一确定模块110，被配置为根据感知业务请求，确定所述期望执行者。

在一些实施例中，所述装置还包括：

第一发送模块，被配置为根据所述目标执行者的确定结果，向感知业务的发起者返回感知业务响应。

在一些实施例中，所述感知业务响应，指示所述期望执行者是否作为提供所述感知业务的目标 执行者；

或者，

所述感知业务响应，指示是否能够执行感知业务。

在一些实施例中，当至少部分所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，所述感知业务响应，指示所述发起者是否接受网络设备发现的备选执行者提供所述感知业务。

在一些实施例中，当至少部分所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，所述感知业务响应指示所述感知业务请求发起者期望执行者不可用。

在一些实施例中，所述第一确定模块110，还被配置为根据感知业务请求，确定提供所述感知业务的目标区域；将位于所述目标区域内的基站和/或用户设备UE，确定为所述备选执行者。

在一些实施例中，所述感知业务请求包括区域信息，所述区域信息包括以下至少之一：

小区标识；

基站标识；

跟踪区TA标识。

在一些实施例中，所述第一确定模块110，被配置为确定位于所述目标区域内基站的基站标识和/或小区的小区标识；根据所述目标区域内基站的基站标识和/或小区的小区标识，确定AMF；向所述AMF发送第一请求；接收所述第一请求返回的第一响应；根据所述第一响应，确定位于所述目标区域内的备选执行者。

在一些实施例中，所述第一响应包括：

可用基站的基站标识；

和/或

备选UE的UE标识。

在一些实施例中，所述第二确定模块120，被配置为确定所述感知业务的感知模型；根据所述感知模型，从所述候选执行者中选择所述目标执行者。

在一些实施例中，所述第二确定模块120，被配置为根据所述感知业务的业务类型、所述感知业务的期望服务质量QoS、运营商预配置信息以及所述期望执行者的类型中的一个或多个，确定所述感知业务的感知模型。

在一些实施例中，所述第二确定模块120，被配置为从所述候选执行者中确定所述可用执行者；确定所述可用执行者是否愿意作为所述目标执行者。

在一些实施例中，所述第二确定模块120，被配置为当所述候选执行者包括用户设备UE时，向用户数据管理UDM发送第二请求；接收基于所述第二请求返回的第二响应；根据所述第二响应，确定所述UE是否是所述可用执行者。

在一些实施例中，所述第二确定模块120，被配置为接收基于所述第二请求返回的所述UE的签约数据；根据所述签约数据，确定所述UE是否是所述可用执行者。

在一些实施例中，所述签约数据包括以下至少之一：

所述UE的标识；

感知授权信息，指示所述UE是否被授权作为所述感知业务的执行者；

用户许可信息，指示所述UE的用户是否允许作为所述感知业务的执行者；

感知能力信息，指示UE是否作为发射者、接收者或者既可以作为发射者也可以作为接受者来执行感知业务的能力。

在一些实施例中，所述第二响应包含：所述UDM根据所述UE的签约数据是否是所述可用执行者的第一指示。

在一些实施例中，所述第二确定模块120，被配置为当所述候选执行者包括期望基站时，向所述期望基站的接入管理功能AMF发送第三请求；基于所述第三请求返回的第三响应，确定所述期望基站是否是所述可用执行者。

在一些实施例中，所述第二确定模块120，被配置为当所述候选执行者包括期望基站时，根据所述期望基站的标识或所述期望基站的小区标识确定所述AMF；向所述AMF发送所述第三请求；根据所述第三响应包含的配置信息，确定所述期望基站是否是所述可用执行者，其中，所述配置信息包括：所述期望基站是否被授权作为所述感知业务的执行者的基站授权信息，和/或具有作为所述感知业务的执行者的基站能力信息。

在一些实施例中，所述第二确定模块120，被配置为根据所述第三响应包含的第二指示，确定所述期望基站是否是所述可用执行者，其中，所述第二指示，至少包括：所述AMF根据所述期望基站的配置信息确定所述期望基站是否能够作为所述目标执行者。

在一些实施例中，所述第二确定模块120，被配置为向所述可用执行者发送第四请求；接收基于所述第四请求返回的第四响应；根据所述第四响应，确定所述可用执行者当前是否愿意作为所述目标执行者。

在一些实施例中，所述装置，还包括：

第二发送模块，被配置为当确定出所述目标执行者时，向所述目标执行者发送提供感知业务的请求。

如图15所示，本公开实施例提供一种信息处理装置，其中，所述装置包括：

第三发送模块210，被配置为向感知功能网络实体发送感知业务请求，其中，所述感知业务请求指示感知业务提供的期望执行者。

该信息处理装置可包括在感知业务的发起者中。

该信息处理装置还可包括：存储模块，该存储模块至少可用于所述感知业务请求。

在一些实施例中，所述第三发送模块210包括但不限于各种程序模块；所述程序模块被处理器执行之后，能够实现上述操作。

在另一些实施例中，所述第三发送模块210包括但不限于软硬件结合模块；所述软硬件结合模块包括各种可编程阵列；所述可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述第三发送模块210包括但不限于纯硬件模块；所述纯硬件模块包括但不限于各种专用集成电路。

在一些实施例中，所述装置还包括：

第一接收模块，被配置为接收感知业务响应。

在一些实施例中，所述感知业务响应，指示所述期望执行者是否作为提供所述感知业务的目标执行者；

或者，

所述感知业务响应，指示是否能够执行感知业务。

在一些实施例中，所述第三发送模块210，被配置为当确定出期望执行者时，向所述感知功能网络实体发送包含所述期望执行者的信息的所述感知业务请求。

在一些实施例中，所述感知业务请求还包括如下信息至少之一：

区域信息，指示所述感知业务提供的目标区域；

类型标识，指示所述感知业务的业务类型。

在一些实施例中，当所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，所述感知业务响应，指示感知业务请求发起者期望执行者不可用。

在一些实施例中，所述装置还包括：

重发模块，被配置为当所述期望执行者不能够提供所述感知业务或者不愿意执行所述感知业务时，根据所述感知业务响应，重新发送不指示期望执行者的感知业务请求。

如图16所示，本公开实施例提供一种信息处理装置，其中，所述装置包括：

第二接收模块310，被配置为接收感知功能网络实体发送的第四请求；其中，所述可用执行者为：所述感知功能网络实体根据感知业务请求指示的期望执行者；或者，所述感知功能网络实体确定的位于感知业务目标区域内的可用执行者；

第三确定模块320，被配置为根据所述第四请求，确定是否愿意作为所述感知业务的目标执行者；

第四发送模块330，被配置为根据所述可用执行者是否愿意作为所述目标执行者，向所述感知功能网络实体发送第四响应。

该信息处理装置可包括在感知业务的可用执行者中。

在一些实施例中，所述第二接收模块310、第三确定模块320以及第四发送模块330包括但不限于各种程序模块；所述程序模块被处理器执行之后，能够实现上述操作。

在另一些实施例中，所述第二接收模块310、第三确定模块320以及第四发送模块330包括但不限于软硬件结合模块；所述软硬件结合模块包括各种可编程阵列；所述可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述第二接收模块310、第三确定模块320以及第四发送模块330包括但不限于纯硬件模块；所述纯硬件模块包括但不限于各种专用集成电路。

在一些实施例中，所述第四发送模块330，被配置为根据所述第四请求，确定所述执行者的当前状态信息；根据所述当前状态信息，确定是否愿意作为所述感知业务的目标执行者。

在一些实施例中，所述当前状态信息包括以下至少之一：

剩余电量信息；

当前负载状况信息；

所述可用执行者的感知功能的可用状态信息。

本公开实施例提供一种通信设备，包括：

用于存储处理器可执行指令的存储器；

处理器，分别存储器连接；

其中，处理器被配置为执行前述任意技术方案提供的信息处理方法。

处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。

这里，所述通信设备包括：UE或者网元，该网元可为前述第一网元至第四网元中的任意一个。

所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图6至图13所示的方法的至少其中之一。

图17是根据一示例性实施例示出的一种UE800的框图。例如，UE 800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。该UE可以作为前述发起者。

参照图17，UE800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，感知组件814，以及通信组件816。

处理组件802通常控制UE800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以生成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在UE800的操作。这些数据的示例包括用于在UE800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为UE800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为UE800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述UE800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触 摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸感知组件以感测触摸、滑动和触摸面板上的手势。所述触摸感知组件可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当UE800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当UE800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

感知组件814包括一个或多个感知组件，用于为UE800提供各个方面的状态评估。例如，感知器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为UE800的显示器和小键盘，感知组件814还可以检测UE800或UE800一个组件的位置改变，用户与UE800接触的存在或不存在，UE800方位或加速/减速和UE800的温度变化。感知组件814可以包括接近感知组件，被配置用来在没有任何的物理接触时检测附近物体的存在。感知组件814还可以包括光感知组件，如CMOS或CCD图像感知组件，用于在成像应用中使用。在一些实施例中，该感知组件814还可以包括加速度感知组件，陀螺仪感知组件，磁感知组件，压力感知器或温度感知器。

通信组件816被配置为便于UE800和其他设备之间有线或无线方式的通信。UE800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，UE800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由UE800的处理器820执行以生成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

如图18所示，本公开一实施例示出一种通信设备的结构。例如，通信设备900可以被提供为一网络侧设备。该通信设备可为前述的任意一个SF或者发起者等。

参照图18，通信设备900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器 932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述接入设备的任意方法，例如，如图6至图13任意一个所示方法。

通信设备900还可以包括一个电源组件926被配置为执行通信设备900的电源管理，一个有线或无线网络接口950被配置为将通信设备900连接到网络，和一个输入输出(I/O)接口958。通信设备900可以操作基于存储在存储器932的操作系统，例如Windows Server TM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。