一种应用程序选择方法及装置与流程

文档序号:26789051发布日期:2021-09-28 22:41阅读:52来源:国知局
1.本公开涉及通信
技术领域
:,尤其涉及一种应用程序选择方法及装置。
背景技术
::2.开放无线接入网(openran,o-ran)中,定义的近实时无线接入网智能控制器(nearrealtimeranintelligentcontroller,near-rtric)的宏观表现参阅图1所示,应用程序(xapp)从a1接口接收无线资源管理(radioresourcemanagement,rrm)目标要求、训练完成的人工智能(artificialintelligence,ai)模型、辅助信息(经过初步整理的数据等),从o1接口接收运营偏好等管理目标,然后,进行相关运算,得出相应的实施方案,并从e2接口下发该实施方案,图1中,xapp与a1接口、o1接口、e2接口均为虚线连接,表示彼此间存在逻辑关联。3.具体的,a1接口主要用于声明对某特定对象未来表现的期望,即,用于声明、转递a1策略。4.e2接口主要用于转递a1策略的智能化实施方法,该接口将a1策略的智能化实施方法下发至各个网元中执行,例如,下一代基站(nextgenerationnodeb,gnb)、演进型基站(evolvednodeb,enb)、集中单元(centralizedunit,cu)、分布单元(distributedunit,du)。5.其中,o1接口、a1接口、e2接口均是标准化接口,其规范在o-ran组织内定义。6.参阅图2所示,o-ran同时定义了xapp与a1接口交互的开放应用程序接口(applicationprogramminginterface,api),称为a1相关api(a1relatedapi),具体的,a1relatedapi包括:7.(1)a1策略执行api(a1policyenforcementapi),负责将a1策略转发至目标xapp,以及相关指令实现。8.(2)a1辅助信息api(a1enrichmentinformationapi),负责提供辅助信息。9.然而,由于现有的o-ran中,未定义如何确定目标xapp,因此,仅基于现有的o-ran定义,无法确定目标xapp,进而无法完成后续的相关操作。10.同时,在如图3所示的技术方案中,提出了在xapp和a1接口之间定义xapp选择模块,当xapp选择模块接收a1接口馈入的a1策略时,根据各个xapp的工作状态、运营偏好、负载情况等信息,筛选出目标xapp并指令目标xapp安装相关的策略。11.然而,在xapp和a1接口之间定义的xapp选择模块,破坏了现有的o-ran架构,从而破坏了标准化的通信协议,不利于导致各个部件之间的高效通信,降低了网络性能。12.由此可见,需要设计一种新的方案,以克服上述缺陷。技术实现要素:13.本公开提供了一种应用程序选择方法及装置,用以解决现有技术中由于现有的o-ran中未定义如何确定目标应用程序,导致无法将a1策略下发至目标应用程序的问题。14.本公开实施例提供的具体技术方案如下:15.一种应用程序选择方法,包括:16.应用选择模块asf通过a1接口接收来自于请求方的a1策略,其中,所述a1策略用于指示请求方的业务表现要求,所述a1策略中至少包含策略标识和策略信息,所述请求方通过a1接口与近实时无线接入网智能控制器near-rtric进行通信,所述asf和所述a1接口都为near-rtric的组成部分;17.所述asf基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,所述至少一个目标应用程序用于根据所述a1策略,制订所述a1策略的实施方案;18.所述asf将所述至少一个目标应用程序的标识信息,发送至所述a1接口,令所述a1接口基于所述标识信息,将所述a1策略发送至near-rtric中的所述至少一个目标应用程序。19.可选的,所述策略信息至少包括策略范围和策略声明,所述策略范围用于表征a1策略的应用范围,所述策略声明用于表征a1策略的目标要求。20.可选的,所述asf通过a1接口接收来自于请求方的a1策略之后,进一步包括:21.若所述asf基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,未能确定至少一个目标应用程序时,则基于所述策略标识和所述策略信息,确定错误原因,并将所述错误原因发送至所述a1接口。22.可选的,所述asf采用基于接口的交互方式,与所述a1接口进行交互,或者,所述asf采用面向对象交互方式,与所述a1接口进行交互,或者,所述asf采用函数调用方式,与所述a1接口进行交互。23.一种应用程序选择装置,包括:24.存储器,用于存储可执行指令;25.处理器,用于读取并执行存储器中存储的可执行指令,执行下列过程:26.通过a1接口接收来自于请求方的a1策略,其中,所述a1策略用于指示请求方的业务表现要求,所述a1策略中至少包含策略标识和策略信息,所述请求方通过a1接口与近实时无线接入网智能控制器near-rtric进行通信,所述asf和所述a1接口都为near-rtric的组成部分;27.基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,所述至少一个目标应用程序用于根据所述a1策略,制订所述a1策略的实施方案;28.将所述至少一个目标应用程序的标识信息,发送至所述a1接口,令所述a1接口基于所述标识信息,将所述a1策略发送至near-rtric中的所述至少一个目标应用程序。29.可选的,所述策略信息至少包括策略范围和策略声明,所述策略范围用于表征a1策略的应用范围,所述策略声明用于表征a1策略的目标要求。30.可选的,通过a1接口接收来自于请求方的a1策略之后,所述处理器进一步用于:31.若基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,未能确定至少一个目标应用程序时,则基于所述策略标识和所述策略信息,确定错误原因,并将所述错误原因发送至所述a1接口。32.可选的,采用基于接口的交互方式,与所述a1接口进行交互,或者,采用面向对象交互方式,与所述a1接口进行交互,或者,采用函数调用方式,与所述a1接口进行交互。33.一种应用程序选择装置,包括:34.接收单元,用于接收来自于请求方的a1策略,其中,所述a1策略用于指示请求方的业务表现要求,所述a1策略中至少包含策略标识和策略信息,所述请求方通过a1接口与近实时无线接入网智能控制器near-rtric进行通信,所述asf和所述a1接口都为near-rtric的组成部分;35.处理单元,用于基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,所述至少一个目标应用程序用于根据所述a1策略,制订所述a1策略的实施方案;36.发送单元,用于将所述至少一个目标应用程序的标识信息,发送至所述a1接口,令所述a1接口基于所述标识信息,将所述a1策略发送至near-rtric中的所述至少一个目标应用程序。37.一种存储介质,当所述存储介质中的指令由处理器执行时,使得所述处理器能够执行如上述任一项所述的应用程序选择方法。38.本公开实施例中,asf通过a1接口接收来自于请求方的a1策略,然后,asf基于策略标识和策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,接着,asf将至少一个目标应用程序的标识信息,发送至a1接口,令所述a1接口基于标识信息,将a1策略发往至少一个目标应用程序。这样,本公开实施例中,通过asf确定目标应用程序,使得a1接口能够将a1策略发送至相应的目标应用程序,从而保证了a1策略的落地实现,同时,由于没有破坏现有的near-rtric构架,因此,保证了能够采用标准化的通信协议进行通信,从而提高了各个部件之间的通信效率,优化了网络性能。附图说明39.为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。40.图1为现有技术中near-rtric的宏观表现示意图;41.图2为现有技术中提供的一种near-rtric的结构示意图;42.图3为现有技术中提供的另一种near-rtric的结构示意图;43.图4为本公开实施例中提供的一种near-rtric的结构示意图;44.图5为本公开实施例中提供的一种应用程序选择方法的流程示意图;45.图6为本公开实施例中提供的一种应用程序选择装置的结构示意图;46.图7为本公开实施例中提供的另一种应用程序选择装置的结构示意图。具体实施方式47.针对现有技术中由于现有的o-ran中未定义如何确定目标应用程序,导致无法将a1策略下发至目标应用程序的问题,为了保证在不破坏现有的o-ran构架的情况下,确定目标应用程序,在本公开实施例中,提供一种用于确定目标应用程序的解决方案。48.所述方案为:应用选择模块(xappselectionfunction,asf)通过a1接口接收来自于请求方的a1策略;asf基于策略标识和策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序;asf将至少一个目标应用程序的标识信息,发送至a1接口,令a1接口基于标识信息,将a1策略发送至near-rtric中的至少一个目标应用程序。49.需要说明的是,本公开实施例中,asf可以单独部署,也可以与其它模块联合部署,例如,与a1接口联合部署。为了便于描述,下文中,仅以单独部署asf为例进行说明。50.本公开实施例中,asf在near-rtric中的部署位置参阅图4所示,在near-rtric中包括但不限于asf、near-rtric的a1接口、应用程序等,其中,asf面向near-rtric的a1接口,与a1接口进行交互。51.本公开实施例中,a1策略用于指示请求方的业务表现要求,其中,业务表现要求是指规定的资源组织的性能表现,资源组织可以但不限于是指用户设备、数据流、小区、切片等。52.为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。53.参阅图5所示,本公开实施例中,进行应用程序选择的流程如下。54.步骤s501:asf通过a1接口接收来自于请求方的a1策略。55.需要说明的是,本公开实施例中,参阅表1所示,asf通过a1接口接收的a1策略中至少包含策略标识和策略信息,其中,策略信息至少包括策略范围和策略声明,策略范围用于表征a1策略的应用范围,策略声明用于表征a1策略的目标要求,n代表任意正整数。56.具体的,策略范围中包括但不限于用户设备标识、切片标识、组标识、数据流标识、小区标识中的任一项或任意组合。57.策略声明中包括但不限于策略目标和策略资源中的任一项或任意组合,其中,策略目标中包括但不限于体验质量目标和服务质量目标中的任一项或任意组合。58.表1asf与a1接口交互的信息元素[0059][0060]例如,asf通过a1接口接收来自于请求方的a1策略,该a1策略包含策略标识和策略信息,其中,策略标识为23456,策略信息中包含策略范围和策略声明,策略范围中包含用户设备1的标识和用户设备2的标识,策略声明中包含表征进行数据发送速率控制的体验质量目标。[0061]步骤s502:asf基于策略标识和策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序。[0062]需要说明的是,本公开实施例中,预设的多个候选应用程序可以是asf接收到a1策略之后,通过向相应的设备进行查询而获取的,也可以是asf中预先存储的,本公开对此并不限定。[0063]例如,假设,预设的多个候选应用程序包括应用程序1、应用程序2和应用程序3,asf基于策略标识和策略信息,在应用程序1、应用程序2和应用程序3中,确定目标应用程序为应用程序1。[0064]又例如,假设,预设的多个候选应用程序包括应用程序4、应用程序5和应用程序6,asf基于策略标识和策略信息,在应用程序4、应用程序5和应用程序6中,确定目标应用程序为应用程序4和应用程序5。[0065]步骤s503:asf将至少一个目标应用程序的标识信息,发送至a1接口,令a1接口基于标识信息,将a1策略发送至near-rtric中的至少一个目标应用程序。[0066]具体的,a1接口接收到asf发送的至少一个目标应用程序的标识信息之后,基于标识信息,采用a1relatedapi将a1策略发送至near-rtric中的至少一个目标应用程序,并采用a1relatedapi与至少一个目标应用程序进行后续交互。[0067]例如,asf将应用程序1的标识信息,发送至a1接口,使a1接口接收到应用程序1的标识信息之后,基于应用程序1的标识信息,采用a1relatedapi将a1策略发送至应用程序1,并采用a1relatedapi与应用程序1进行后续交互。[0068]需要说明的是,asf将至少一个目标应用程序的标识信息,发送至a1接口时,还需要将表征成功确定目标应用程序的响应码及描述发送至a1接口。[0069]例如,asf将应用程序1的标识信息,发送至a1接口时,将表征成功确定目标应用程序的响应码及描述:200(成功)发送至a1接口。[0070]本公开实施例中,在执行步骤s501之后,若asf基于策略标识和策略信息,在预设的多个候选应用程序中,未能确定至少一个目标应用程序时,则基于策略标识和策略信息,确定错误原因,并将错误原因发送至a1接口。[0071]例如,参阅表1所示,假设,预设的多个候选应用程序包括应用程序7和应用程序8,若asf基于策略标识和策略信息,在应用程序7和应用程序8中,未能确定至少一个目标应用程序时,则基于策略标识和策略信息,确定错误原因为策略范围中携带了非法的用户设备标识,然后,将表征用户设备标识非法的错误原因,发送至a1接口。[0072]本公开实施例中,asf将错误原因发送至a1接口时,还需要将表征未成功确定目标应用程序的响应码及描述:300(失败,无效的策略范围)发送至a1接口。[0073]需要说明的是,本技术实施例中,asf与a1接口进行交互时,即,执行步骤s501和步骤s503时,可采用但不限于以下几种方式:[0074]第一种方式:asf采用基于接口的交互方式,与a1接口进行交互。[0075]例如,asf采用类似s1接口的格式,与a1接口进行交互,此时,采用s1接口进行交互时,表1中各个信息元素直接以并列的形式传递。[0076]第二种方式:asf采用面向对象交互方式,与a1接口进行交互。[0077]本公开实施例中,参阅表2所示,面向对象交互方式是指基于对象以及针对对象的相关操作,进行交互。[0078]例如,参阅表2所示,将a1接口发往asf的信息元素和asf发往a1接口的信息元素,分为两类:a1策略对象、响应对象,a1策略对象中至少包含策略标识、策略范围、策略声明、目标应用程序标识等对象参数,响应对象中至少包含响应码及描述、错误原因等对象参数,针对a1策略对象的操作为获取a1策略对象的对象信息,针对响应对象的操作为获取响应对象的对象信息,asf基于a1策略对象、响应对象及其相应的操作,与a1接口进行交互。[0079]表2asf与a1接口交互的信息元素[0080][0081][0082]第三种方式:asf采用函数调用方式,与a1接口进行交互。[0083]例如,参阅表1所示,asf采用函数调用方式,接收表1中a1接口发往asf的信息元素,然后,asf采用函数调用方式,将asf发往a1接口的信息元素,发往a1接口。[0084]基于同一发明构思,本公开实施例中,提供一种应用程序选择装置,参阅图6所示,至少包括:[0085]存储器601,用于存储可执行指令;[0086]处理器602,用于读取并执行存储器中存储的可执行指令,执行下列过程:[0087]通过a1接口接收来自于请求方的a1策略,其中,所述a1策略用于指示请求方的业务表现要求,所述a1策略中至少包含策略标识和策略信息,所述请求方通过a1接口与近实时无线接入网智能控制器near-rtric进行通信,所述asf和所述a1接口都为near-rtric的组成部分;[0088]基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,所述至少一个目标应用程序用于根据所述a1策略,制订所述a1策略的实施方案;[0089]将所述至少一个目标应用程序的标识信息,发送至所述a1接口,令所述a1接口基于所述标识信息,将所述a1策略发送至near-rtric中的所述至少一个目标应用程序。[0090]可选的,所述策略信息至少包括策略范围和策略声明,所述策略范围用于表征a1策略的应用范围,所述策略声明用于表征a1策略的目标要求。[0091]可选的,通过a1接口接收来自于请求方的a1策略之后,所述处理器602进一步用于:[0092]若基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,未能确定至少一个目标应用程序时,则基于所述策略标识和所述策略信息,确定错误原因,并将所述错误原因发送至所述a1接口。[0093]可选的,采用基于接口的交互方式,与所述a1接口进行交互,或者,采用面向对象交互方式,与所述a1接口进行交互,或者,采用函数调用方式,与所述a1接口进行交互。[0094]收发机603,用于在处理器602的控制下接收和发送数据。[0095]其中,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器602代表的一个或多个处理器和存储器601代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口604提供接口。收发机603可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器602负责管理总线架构和通常的处理,存储器601可以存储处理器602在执行操作时所使用的数据。[0096]基于同一发明构思,本公开实施例中,提供一种应用程序选择装置,参阅图7所示,至少包括:接收单元701、处理单元702和发送单元703,其中,[0097]接收单元701,用于接收来自于请求方的a1策略,其中,所述a1策略用于指示请求方的业务表现要求,所述a1策略中至少包含策略标识和策略信息,所述请求方通过a1接口与近实时无线接入网智能控制器near-rtric进行通信,所述asf和所述a1接口都为near-rtric的组成部分;[0098]处理单元702,用于基于所述策略标识和所述策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,所述至少一个目标应用程序用于根据所述a1策略,制订所述a1策略的实施方案;[0099]发送单元703,用于将所述至少一个目标应用程序的标识信息,发送至所述a1接口,令所述a1接口基于所述标识信息,将所述a1策略发送至near-rtric中的所述至少一个目标应用程序。[0100]接收单元701、处理单元702和发送单元703相互配合,以实现应用程序选择装置在上述各个实施例中的功能。[0101]基于同一发明构思,本公开实施例提供一种存储介质,当所述存储介质中的指令由处理器执行时,使得所述处理器能够执行上述流程中应用程序选择装置实现的任一项方法。[0102]本公开实施例中,asf通过a1接口接收来自于请求方的a1策略,然后,asf基于策略标识和策略信息,在预设的多个候选应用程序中,确定至少一个目标应用程序,接着,asf将至少一个目标应用程序的标识信息,发送至a1接口,令所述a1接口基于标识信息,将a1策略发往至少一个目标应用程序。这样,本公开实施例中,通过asf确定目标应用程序,使得a1接口能够将a1策略发送至相应的目标应用程序,从而保证了a1策略的落地实现,同时,由于没有破坏现有的near-rtric构架,因此,保证了能够采用标准化的通信协议进行通信,从而提高了各个部件之间的通信效率,优化了网络性能。[0103]对于系统/装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。[0104]需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来,而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。[0105]在本公开实施例中,用户设备(userequipment,ue)包括但不限于移动台(mobilestation,ms)、移动终端(mobileterminal)、移动电话(mobiletelephone)、手机(handset)及便携设备(portableequipment)等,该用户设备可以经无线接入网(radioaccessnetwork,ran)与一个或多个核心网进行通信,例如,用户设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等,用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。[0106]本领域内的技术人员应明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。[0107]本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。[0108]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。[0109]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。[0110]尽管已描述了本公开的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。[0111]显然,本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样,倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内,则本公开也意图包含这些改动和变型在内。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1