用于通知应用功能节点关于网络的RDS配置的方法和装置与流程

文档序号:26014130发布日期:2021-07-23 21:35阅读:330来源:国知局
用于通知应用功能节点关于网络的RDS配置的方法和装置与流程

本公开一般涉及通信技术,并且尤其涉及用于通知应用功能节点关于网络的可靠数据服务(rds)配置的方法和装置。



背景技术:

在通信系统中,非ip技术(具有从演进分组系统(eps)的立场被认为是非结构化的数据)用于减少网络资源(诸如互联网协议(ip)地址)的占用。利用该非ip技术,终端设备(诸如用户设备(ue))不需要ip地址以与网络交换数据。非ip数据传递(nidd)可以用于处理与ue的移动端起源(mo)和移动端终止(mt)的通信两者,其中,“mo”和“mt”是从演进分组系统(eps)的立场来考虑。

非ip数据传递(nidd)可以经由通信系统中的开放功能节点在应用功能节点与ue之间实现。应用功能节点可以是服务能力服务器或应用服务器(scs/as)或应用功能(af)节点设备等。开放功能节点可以是服务能力开放功能(scef)节点、或网络开放功能(nef)节点等。scs/as与到scef的分组数据网络(pdn)连接之间的关联可以被建立以使能在ue与scs/as之间的非ip数据的传送。

在非ip技术中,可靠数据服务(rds)提供用于scef确定数据是否成功传递到ue并且用于ue确定数据是否成功传递到scef的机制。当没有接收到所请求的确认时,可靠数据服务重新发送分组。每服务等级协定(sla)地基于接入点名称(apn)配置来启用或者禁用服务。

当服务被启用时,在非ippdn连接的端点之间使用协议。协议使用分组报头来标识分组是否要求无确认、要求确认、或者是确认并且允许接收端点处的重复分组数据单元(pdu)的检测和消除。报头中的端口号用于标识始发机上的应用和标识接收机上的应用。

ue可以向scef指示其支持可靠数据服务的能力。如果scef支持并且接受可靠数据服务,那么其向ue指示如果在apn配置中启用,则应当使用可靠数据服务。



技术实现要素:

然而,使用rds服务的应用功能节点可能没有获取关于网络的当前的支持可靠数据服务的能力的信息,并且因此可能以不适当的配置发送数据。因此,本公开的实施例的目的是提供一种用于通知应用功能节点关于网络的可靠数据服务(rds)配置的方法和装置,尤其是如果网络的rds能力被改变。

根据本公开的第一方面,提供了一种在开放功能节点处实现的方法。该方法包括:获取终端设备的rds配置;确定网络的rds能力;以及如果网络的rds能力被改变,则向应用功能节点发送包括关于网络的rds能力的信息的消息。网络的rds能力指示网络是否支持rds。

在本公开的实施例中,其中,确定网络的rds能力包括:当终端设备未被连接时,确定网络支持rds;或当终端设备被连接并且指示不支持rds时,确定网络不支持rds。

在本公开的实施例中,如果网络的rds能力被改变,则向应用功能节点发送包括关于rds能力的信息的消息包括:当终端设备被连接并且指示不支持rds时,向应用功能节点发送包括rds能力指示的消息;其中,开放功能节点先前通知应用功能节点网络支持rds。

在本公开的实施例中,当终端设备未被连接时,开放功能节点先前通知应用功能节点网络支持rds。

在本公开的实施例中,当终端设备被连接时,网络的rds能力基于终端设备的rds配置和开放功能节点的rds配置来确定。

在本公开的实施例中,当终端设备未被连接时,网络的rds能力基于开放功能节点的rds配置来确定。

在本公开的实施例中,消息包括:布尔类型的信息元素。信息元素的一个值指示网络支持rds,并且信息元素的另一个值指示网络不支持rds。

在本公开的实施例中,消息还指示以下中的至少一个:关于终端设备的非互联网协议数据传递(nidd)状态;关于终端设备的nidd配置状态;以及关于包括终端设备的多个终端设备的nidd组数据传递状态。

在本公开的实施例中,消息包括以下中的至少一个:nidddownlinkdatadeliverystatusnotification(nidd下行链路数据传递状态通知),如果消息指示nidd下行链路数据传递状态;niddconfigurationstatusnotifiation(nidd配置状态通知),如果消息指示nidd配置状态;gmdresult(gmd结果),如果消息指示nidd组数据传递状态。

在本公开的实施例中,如果消息指示nidd状态,则消息包括关于终端设备是否实施rds的信息;或者如果消息指示nidd组数据传递状态,则消息包括关于多个终端设备中的每个终端设备是否实施rds的信息。

在本公开的实施例中,消息是超文本传输协议(http)post消息。

在本公开的实施例中,rds配置在与终端设备通信时获取。

在本公开的实施例中,通过分析协议配置选项(pco)来获取rds配置。

在本公开的实施例中,pco包括用于支持rds的终端设备的能力的指示。开放功能节点基于用于支持rds的终端设备的能力的指示和自己的rds能力,确定网络是否支持rds。

在本公开的实施例中,方法还包括:将网络是否支持rds的当前确定与网络是否支持rds的先前确定的记录相比较。如果当前确定与先前确定并存储的记录不同,则开放功能节点发送消息。

在本公开的实施例中,应用功能节点是服务能力服务器/应用服务器(scs/as)节点。

在本公开的实施例中,终端设备包括用户设备(ue)。

在本公开的实施例中,开放功能节点包括:服务能力开放功能(scef)节点、网络开放功能(nef)节点。

在本公开的实施例中,方法包括:确定网络的rds能力,指示支持rds;向应用功能节点发送包括关于网络的rds能力的信息的消息;如果终端设备被连接,获取终端设备的rds配置,其中,终端设备的rds配置指示不支持rds;基于开放功能节点的rds配置和终端设备的rds配置,确定网络的能力被改变;以及向应用功能节点发送包括关于网络的改变的rds能力的信息的消息。

在本公开的实施例中,提供了在开放功能节点处实现的另一方法。方法包括:确定网络的rds能力,其中,网络的rds能力指示网络是否支持rds;向应用功能节点发送包括关于网络的rds能力的信息的第一消息;当终端设备被连接时,获取终端设备的rds配置,其中,终端设备的rds配置指示不支持rds;基于开放功能节点的rds配置和终端设备的rds配置,确定网络的能力被改变;以及向应用功能节点发送包括关于网络的改变的rds能力的信息的第二消息。

在本公开的实施例中,第一消息和第二消息中的每一个包括:布尔类型的信息元素;以及信息元素的一个值指示网络支持rds,并且信息元素的另一个值指示网络不支持rds。

在本公开的实施例中,第一消息和第二消息中的每一个是超文本传输协议(http)post消息。

在本公开的实施例中,rds配置在与终端设备通信时获取。

在本公开的实施例中,应用功能节点是服务能力服务器/应用服务器(scs/as)节点。

在本公开的实施例中,终端设备包括用户设备(ue)。

在本公开的实施例中,开放功能节点包括:服务能力开放功能(scef)节点、网络开放功能(nef)节点。

根据本公开的第二方面,提供了一种在应用功能节点处实现的方法。方法包括:如果网络的rds能力被改变,则从开放功能节点接收包括关于网络的rds能力的信息的消息。网络的rds能力指示网络是否支持rds。

在本公开的实施例中,如果网络的rds能力被改变,则从开放功能节点接收包括关于网络的rds能力的信息的消息包括:当终端设备被连接并且指示不支持rds时,从开放功能节点接收包括rds能力指示的消息;其中,应用功能节点先前从开放功能节点接收到网络支持rds。

在本公开的实施例中,当终端设备被连接时,网络的rds能力由开放功能节点基于终端设备的rds配置和开放功能节点的rds配置来确定;或当终端设备未被连接时,网络的rds能力由开放功能节点基于开放功能节点的rds配置来确定。

在本公开的实施例中,消息包括:布尔类型的信息元素。信息元素的一个值指示网络支持rds,并且信息元素的另一个值指示网络不支持rds。

在本公开的实施例中,消息还指示以下中的至少一个:关于终端设备的非互联网协议数据传递(nidd)状态;关于终端设备的nidd配置状态;以及关于包括终端设备的多个终端设备的nidd组数据传递状态。

在本公开的实施例中,消息包括以下中的至少一个:nidddownlinkdatadeliverystatusnotification,如果消息指示nidd下行链路数据传递状态;niddconfigurationstatusnotifiation,如果消息指示nidd配置状态;以及gmdresult,如果消息指示nidd组数据传递状态。

在本公开的实施例中,如果消息指示nidd状态,则消息包括关于终端设备是否实施rds的信息;或者如果消息指示nidd组数据传递状态,则消息包括多个终端设备中的每个终端设备是否实施rds的信息。

在本公开的实施例中,消息是超文本传输协议(http)post消息。

在本公开的实施例中,应用功能节点是服务能力服务器/应用服务器(scs/as)节点。

在本公开的实施例中,终端设备包括用户设备(ue)。

在本公开的实施例中,开放功能节点包括:服务能力开放功能(scef)节点、网络开放功能(nef)节点。

根据本公开的第三方面,提供了一种开放功能节点,包括:处理器;以及存储器,其包含可由处理器执行的指令。开放功能节点可操作以:获取终端设备的rds配置;确定网络的rds能力;以及如果网络的rds能力被改变,则向应用功能节点发送包括关于网络的rds能力的信息的消息。网络的rds能力指示网络是否支持rds。

在本公开的实施例中,开放功能节点可操作以执行以上所述的方法中的任一个。

根据本公开的第四方面,提供了一种应用功能节点,包括:处理器;以及存储器,其包含可由处理器执行的指令。应用功能节点可操作以:如果网络的rds能力被改变,则从开放功能节点接收包括关于网络是否支持rds的信息的消息。

在本公开的实施例中,应用功能节点可操作以执行以上所述的方法中的任一个。

根据本公开的第五方面,提供了一种开放功能节点,包括:获取单元,其被配置为获取终端设备的rds配置;确定单元,其被配置为确定网络是否支持rds;以及传输单元,其被配置为如果网络的rds能力被改变,则向应用功能节点发送包括关于网络是否支持rds的信息的消息。网络的rds能力指示网络是否支持rds。

在本公开的实施例中,开放功能节点可操作以执行以上所述的方法中的任一个。

根据本公开的第六方面,提供了一种应用功能节点,包括:传输单元,其被配置为:如果网络的rds能力被改变,则从开放功能节点接收包括关于网络是否支持rds的信息的消息。

在本公开的实施例中,应用功能节点可操作以执行以上所述的方法中的任一个。

根据本公开的第七方面,提供了一种设备可读存储介质,在其上存储有程序,其中,程序可由设备执行以使得设备执行以上所述的方法。

根据本公开,开放功能节点在获取终端设备的rds配置时,发送消息以通知应用功能节点关于网络的可靠数据服务(rds)配置。有利的是,可以避免具有不适当配置的应用功能节点的数据传输。

附图说明

通过附图中的本公开的一些实施例的更详细描述,本公开的以上和其他目的、特征和优点将变得更清楚,其中,相同附图标记一般指本公开的实施例中的相同组件。

图1是示出用于通知应用功能节点关于网络的rds配置的方法的示例性过程图;

图2是示出mtnidd过程的示例性过程图;

图3是示出nidd授权更新过程的示例性过程图;

图4是示出用于ue组的移动端终止nidd的过程的示例性过程图;

图5a是示出如图1所示的方法的其他步骤的示例性过程图;

图5b是示出用于如图5a所示的方法的示例性实现过程的示图;

图5c是示出如图1所示的方法的其他步骤的另一示例性过程图;

图6是根据本公开的实施例的示出开放功能节点和应用功能节点的框图;

图7是根据本公开的实施例的示出开放功能节点的功能单元的示意图;

图8是根据本公开的实施例的示出应用功能节点的功能单元的示意图;以及

图9是根据本公开的实施例的示出计算机可读存储介质的示意图。

具体实施方式

将参考附图更详细地描述一些优选实施例,在附图中示出了本公开的优选实施例。然而,本公开可以以各种方式实现,并且因此不应当被解释为限于本文所公开的实施例。相反,那些实施例被提供用于本公开的透彻和完整理解,并且完整地将本公开的范围传达给本领域技术人员。

贯穿本说明书的对特征、优点的引用或类似语言并不是暗示可以由本公开实现的所有特征和优点都应当在或者在本公开的任何单个实施例中。相反,涉及特征和优点的语言被理解为意味着结合实施例所描述的特定特征、优点、或特性被包括在本公开的至少一个实施例中。此外,本公开的所描述的特征、优点和特性可以以任何适合的方式组合在一个或多个实施例中。相关领域的技术人员将认识到,可以在没有特定实施例的特定特征或优点中的一个或多个的情况下实践本公开。在其他实例中,附加特征和优点可以在可不存在于本公开的所有实施例中的某些实施例中识别。

如本文所使用的,术语“网络”,或者“通信网络/系统”指按照任何适合的通信标准(诸如新无线(nr)、长期演进(lte)、lte-advanced、宽带码分多址(wcdma)、高速分组访问(hspa)等等)的网络/系统。此外,终端设备与通信网络中的网络节点之间的通信可以根据任何适合代通信协议(包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、4g、4.5g、5g通信协议,和/或当前已知或未来待开发的任何其他协议)执行。

术语“网络节点”或“网络侧节点”指在通信网络中具有访问功能的网络设备,终端设备经由该网络设备访问网络并从其接收服务。网络节点可以包括基站(bs)、接入点(ap)、多小区/多播协调实体(mce)、控制器或无线通信网络中的任何其他适合的设备。bs可以是例如节点b(nodeb或nb)、演进nodeb(enodeb或enb)、下一代nodeb(gnodeb或gnb)、远程无线电单元(rru)、无线电头(rh)、远程无线电头(rrh)、中继、诸如毫微微、微微的低功率节点等等。

网络节点的更进一步的示例包括诸如msrbs的多标准无线电(msr)无线电设备、诸如无线电网络控制器(rnc)或基站控制器(bsc)的网络控制器、基站收发站(bts)、传输点、传输节点、定位节点和/或类似物。更一般地,然而,网络节点可表示能够、被配置为、被布置为和/或可操作以向终端设备使能和/或提供对无线通信网络的接入或者向已经接入无线通信网络的终端设备提供某种服务的任何适合的设备(或设备组)。

而且,术语“网络节点”或“网络侧节点”还可以指具有核心网络功能的网络设备。网络节点可以包括诸如服务能力开放功能(scef)节点、或网络开放功能(nef)节点等等的开放功能节点,其向诸如服务能力服务器/应用服务器(scs/as)等的应用功能节点开放核心网络的功能。

术语“终端设备”指可以访问通信网络并且从其接收服务的任何终端设备。以示例而非限制的方式,终端设备可以指用户设备(ue)、或其他适合的设备。ue可以是例如订户站、便携式订户站、移动站(ms)或者接入终端(at)。终端设备可以包括但不限于便携式计算机、诸如数字相机的图像捕获终端设备、游戏终端设备、音乐存储和播放设备、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(pda)、车辆等。

作为又一特定示例,在物联网(iot)场景中,终端设备还可以被称为iot设备并且表示执行监测、感测和/或测量等并且将这样的监测、感测和/或测量等的结果发送给另一个终端设备和/或网络设备的机器或其他设备。在这种情况下,终端设备可以是机器到机器(m2m)设备,其在第三代合作伙伴项目(3gpp)上下文中被称为机器类型通信(mtc)设备。

作为一个特定示例,终端设备可以是实现3gpp窄带物联网(nb-iot)标准的ue。这样的机器或设备的特定示例是传感器、诸如功率计的计量装置、工业机械、或家庭或个人电器,例如电冰箱、电视、诸如手表的个人可穿戴设备等。在其他场景中,终端设备可以表示车辆或其他设备,例如,能够对其操作状态或与其操作相关联的其他功能进行监测、感测和/或报告等的医学仪器。

如本文所使用的,术语“第一”、“第二”等等指不同元件。除非上下文另外清楚指示,否则单数形式“一/一个(a,an)”旨在也包括复数形式。如本文所使用的术语“包括(comprises,comprising)”、“具有(has,having)”、和/或“包括(includes,including)”指定所说明的特征、元件和/或组件等的存在,但是不排除一个或多个其他特征、元件、组件和/或其组合的存在或者添加。术语“基于”将被理解为“至少部分地基于”。术语“一个实施例”和“实施例”将被理解为“至少一个实施例”。术语“另一个实施例”将被理解为“至少一个其他实施例”。明确和隐含的其他定义可以包括在下面。

图1是示出用于通知应用功能节点关于网络的rds配置的方法的示例性过程图。

如图1所示,在诸如scef101的开放功能节点处实现的方法包括:步骤s111,获取终端设备的rds配置;步骤s112,确定网络的rds能力,即,网络是否支持rds;以及步骤s113,向应用功能节点发送包括关于网络是否支持rds的信息的消息。应当理解,scef不是对于本公开的限制,诸如网络开放功能(nef)节点的其他开放功能节点也可以是适用的。

在本公开的实施例中,网络是否支持rds是基于终端设备的rds配置和开放功能节点的rds配置来确定的。

从应用功能节点的视角,全部网络可以具有包括通信系统中的核心网络和终端设备的意义。开放功能节点对于应用功能节点开放由核心网络提供的功能/服务(诸如rds)。开放功能节点的rds配置指示核心网络对于应用功能节点是否支持或者允许rds。如果网络对于应用功能节点支持rds(即,核心网络支持/允许rds,并且终端设备支持rds),则应用功能节点可以在经由核心网络与终端设备通信期间适当地使用rds。

相应地,在诸如scs/as102的应用功能节点处实现的方法包括:步骤s121,从开放功能节点接收包括关于网络是否支持rds的信息的消息。应当理解,scs/as不是对于本公开的限制,请求来自开放功能节点的通知的任何其他功能节点也可以是适用的。

在本公开的实施例中,在获取终端设备的rds配置时,开放功能节点发送消息以通知应用功能节点关于网络的可靠数据服务(rds)的配置。如果开放功能节点和终端设备中的任一个被配置为不支持rds,则应用功能节点将接收网络不支持rds的通知。如果终端设备和开放功能节点二者的配置支持rds,则应用功能节点将接收网络支持rds的通知。有利的是,可以避免具有不适当配置的应用功能节点的数据传输。

在本公开的实施例中,rds配置可以在与终端设备通信时获取,诸如在附接过程、或pdn连接性过程或分组数据协议(pdp)上下文激活过程期间的通信。

在本公开的实施例中,rds配置通过分析协议配置选项(pco)获取。pco在与终端设备通信期间发送,并且包括终端设备的用于支持rds的能力的指示。开放功能节点基于终端设备的用于支持rds的能力的指示,确定终端设备是否支持rds。

特别地,ue可以在协议配置选项(pco)向scef101指示其支持可靠数据服务的能力。如果scef101支持并且接受可靠数据服务,那么其在pco中向ue指示:如果在apn配置中启用,则应当使用可靠数据服务。

在本公开的实施例中,消息包括:布尔类型的信息元素。信息元素的一个值指示网络支持rds,并且信息元素的另一个值指示网络不支持rds。

例如,信息元素可以具有“rdsindication”(rds指示)的名字,值“真(true)”可以指示网络支持rds,并且另一个值“假(false)”可以指示网络不支持rds。应当理解,信息元素可以具有任何其他名字、或具有超过一个值的任何其他类型。例如,信息元素可以是具有“0”和“1”的值的数字类型、或字符串类型、或字符类型等。

上文所提到的消息可以是任何种类的消息,并且可以在任何时间段处发送。一些示例性应用情况可以示出如下。

图2是示出移动端终止(mt)nidd过程的示例性过程图。如图2所示,mtnidd过程包括以下步骤。

在步骤s201中,scs/as102向scef发送mtnidd提交请求消息。在步骤s202中,scef101执行针对nidd的控制过程。在步骤s203中,scef101通过基站或等向ue103请求mtnidd提交。如果ue103未接收nidd传递,则在步骤s204中scef101可以向scs/as102发送包括失败信息的响应,并且然后在步骤s205中向ue103发送另一请求。如果ue103诸如在步骤s206中接收nidd传递,则在步骤s207中scef101将向scs/as102发送包括成功信息的响应。并非作为对于本公开的限制,还可以在第三代合作伙伴项目技术规格(3gppts)23.682v16.0.0(发布16)的章节5.13.3中找到关于mtnidd过程的其他详细示例。

在步骤s204和s207中,响应消息包括关于终端设备的nidd状态。这些还可以用作通知诸如scs/as102的应用功能节点关于网络的可靠数据服务(rds)配置。

在本公开的实施例中,如果消息指示nidd下行链路数据传递状态,则消息可以被命名为“nidddownlinkdatadeliverystatusnotification”,如在3gppts29.122v15.1.0(发布15)中。在本公开的实施例中,如在下表中进一步示出了“nidddownlinkdatadeliverystatusnotification”的定义。可以在步骤s204和/或s207中发送消息。

表1“nidddownlinkdatadeliverystatusnotification”的定义

如表1所示,除了传递状态之外,“rdsindication”的信息元素(id)也可以被包括以通知应用功能节点(诸如scs/as102)关于网络的可靠数据服务(rds)配置。

有利的是,在实施例中,现有过程和消息可以直接地或仅具有少许修改地使用。因此,额外的无线电或时间成本可以最小化。

图3是示出nidd授权更新过程的示例性过程图。如图3所示,nidd授权更新过程包括以下步骤。

在步骤s301中,诸如归属订户服务器(hss)104的管理功能节点可以向scef101发送nidd授权更新请求消息以更新用户的nidd授权。在步骤s302中,scef101向hss104发送nidd授权更新响应(原因)消息以确认授权更新。在步骤s303中,scef101通过向scs/as发送nidd授权通知请求消息来通知scs/as102用户的授权状态已经改变。在步骤s304中,scs/as102用nidd授权通知响应来响应scef101。并非对于本公开的限制,还可以在第三代合作伙伴项目技术规格(3gppts)23.682v16.0.0(发布16)的章节5.13.8中找到关于mtnidd过程的其他详细示例。

在本公开的实施例中,如果消息指示关于终端设备的nidd配置状态,诸如授权状态,消息可以被命名为“niddconfigurationstatusnotifiation”,如在3gppts29.122v15.1.0(发布15)中。在本公开的实施例中,如在下表中进一步示出了“niddconfigurationstatusnotifiation”的定义。可以在步骤s303中发送消息。

表2“niddconfigurationstatusnotifiation”的定义

如表2所示,除了nidd配置之外,“rdsindication”的信息元素(id)也可以被包括以通知应用功能节点(诸如scs/as102)关于网络的可靠数据服务(rds)配置。

特别地,在本公开的实施例中,如果消息指示nidd状态,则消息包括关于终端设备是否实施rds的信息。

有利的是,在实施例中,现有过程和消息可以直接地或仅具有少许修改地使用。因此,额外的无线电或时间成本可以最小化。

图4是示出用于ue组的移动端终止nidd的过程的示例性过程图。如图4所示,针对ue组的移动端终止nidd的过程包括以下步骤。

在步骤s401中,scs/as102向scef101发送组mtnidd提交请求消息。在步骤s402中,基于先前的ue组的nidd配置和与外部组标识符相关联的授权的外部标识符的scef存储列表,scef向scs/as发送单个组mtnidd提交响应(原因)消息以确认组mtnidd提交请求的接受。在步骤s403中,执行针对ue组中的每个ue的nidd传递。在步骤s404中,在针对所有ue执行步骤s403之后,scef发送聚合响应消息组mtnidd提交指示。并非对于本公开的限制,还可以在第三代合作伙伴项目技术规格(3gppts)23.682v16.0.0(发布16)的章节5.5.3中找到关于mtnidd过程的其他详细示例。

在本公开的实施例中,如果消息指示nidd组数据传递状态,则消息可以被命名为“gmdresult”,如在3gppts29.122v15.1.0(发布15)中。在本公开的实施例中,如在下表中进一步示出了“gmdresult”的定义。可以在步骤s404中发送消息。

表3“gmdresult”的定义

如表3所示,除了nidd传递状态之外,“rdsindication”的信息元素(id)也可以被包括以通知应用功能节点(诸如scs/as102)关于网络的可靠数据服务(rds)配置。

特别地,在本公开的实施例中,如果消息指示nidd组数据传递状态,消息包括关于多个终端设备的每个终端设备是否实施rds的信息。

有利的是,在实施例中,现有过程和消息可以直接地或仅具有少许修改地使用。因此,额外的无线电或时间成本可以最小化。

而且,在本公开的实施例中,上文使用图2-4示出的这些消息可以是超文本传输协议(http)post消息,诸如post响应、或post请求。

图5a是示出如图1所示的方法的其他步骤的示例性过程图。

在本公开的实施例中,方法还包括:步骤s501,将网络是否支持rds的当前确定与先前基于终端设备和开放功能节点两者的rds能力确定的网络是否支持rds的记录相比较。如果比较示出网络的rds能力被改变(例如,如果当前确定与先前确定并存储的记录不同),则开放功能节点发送消息。

因此,方法可以包括:步骤s111,获取终端设备的rds配置;步骤s112,确定网络是否支持rds;步骤s501,将网络是否支持rds的当前确定与网络是否支持rds的先前确定的记录相比较;以及步骤s113',如果比较示出网络的rds能力被改变(例如,如果当前确定与先前确定并存储的记录不同),向应用功能节点发送包括关于网络是否支持rds的信息的消息。

有利的是,开放功能节点可以总是以新更新的配置通知应用功能节点。例如,当ue尚未连接到网络时,应用功能节点可能先前地获取关于scef而不是网络是否支持rds的信息。应用功能节点可能仅基于该不完整信息利用不适当的rds配置发送数据。关于网络的rds配置的及时更新将避免此类风险。终端设备的连接状态的改变、或终端设备或开放功能节点的rds配置的改变将及时通知给应用功能节点。

图5b是示出用于如图5a所示的方法的示例性实现过程的示图。

如图5b所示,在本公开的实施例中,方法可以包括:确定网络的rds能力,指示支持rds;向应用功能节点发送包括关于网络的rds能力的信息的消息;如果终端设备被连接,获取终端设备的rds配置,其中,终端设备的rds配置指示不支持rds;基于开放功能节点的rds配置和终端设备的rds配置,确定网络的能力被改变;以及向应用功能节点发送包括关于网络的改变的rds能力的信息的消息。

特别地,在该示例性实现过程中,首先,诸如ue的终端设备(针对rds)尚未连接,并且在步骤s112中scef101确定网络是否支持rds。

在步骤s112中,如果终端设备未被连接,则scef101可以基于开放功能节点的rds配置来确定网络支持rds。

此类确定可以是可选的。例如,基于针对ue的缺少的默认配置的不同本地策略,如果ue尚未连接,scef101可以替代地确定网络不支持rds。

在步骤s113中,当终端设备未被连接时,scef101可以发送包括关于网络支持rds的信息的消息。

在步骤s111中,当终端设备被连接时,scef101获取终端设备的rds配置/能力。终端设备可以指示不支持rds。此外,步骤111即获取终端设备的rds配置可以包括如果终端设备未被连接,则获取终端设备的非连接状态。

在s112'中,scef101基于终端设备的rds配置(不支持)和scef101的rds配置(支持)确定网络不支持rds。

在步骤s501中,scef101将当前确定的rds不支持与先前确定的rds支持相比较,并且基于两个确定之间的差异来发现rds能力被改变。

在步骤113'中,scef101向应用功能节点发送包括关于网络是否支持rds的信息的消息。例如,scef101应当发送httppost消息以通知scs/asnidd状态是有效的以及rds能力指示。在步骤113'中,rds能力指示可以指示“不支持”。

应当理解,以上归因于终端设备的连接状态的rds能力的改变仅是示例。即,rds能力可以由于网络中的布置的rds配置的任何其他改变而改变。

而且,应当理解,rds能力可以替代地从支持rds改变为不支持rds。例如,当支持rds的终端设备断开时,网络的rds能力从支持rds改变为不支持rds。

图5c是示出如图1所示的方法的其他步骤的另一示例性过程图。如图5所示,在应用功能节点处实现的方法包括:步骤s121',如果网络的rds能力被改变,从开放功能节点接收包括关于网络的rds能力的信息的消息;步骤s121'对应于图5a、5b中的步骤s113'。

总之,如果rds能力被改变,例如,当t6a/bpdn连接建立时ue指示不支持rds,但是在nidd配置过程中scef先前对scs/as指示rds支持,scef应当发送httppost消息以通知scs/asnidd状态有效以及rds能力指示。scs/as应当利用http200ok或204无内容响应来确认请求。

而且,出于下一次比较的目的,当前确定可以被存储作为新记录。

还有利的是,网络的相同状态不需要重复地通知给应用功能节点,并且因此无线电和/或时间成本可以进一步减少。

图6是示出根据本公开的实施例的开放功能节点和应用功能节点的框图。

如图6所示,提供了开放功能节点601,包括:处理器603;以及存储器604,其包含可由处理器603执行的指令。开放功能节点601可操作以:获取终端设备的可靠数据服务(rds)配置;确定网络是否支持rds;以及向应用功能节点发送包括关于网络是否支持rds的信息的消息。

特别地,开放功能节点可以操作以:确定网络的rds能力;以及如果网络的rds能力被改变,向应用功能节点发送包括关于网络的rds能力的信息的消息。

在本公开的实施例中,开放功能节点601可操作以执行诸如图1和图5所示的上文所提到的方法中的任一个。

而且,提供了应用功能节点602,包括:处理器605;以及存储器606,其包含由处理器605可执行的指令。应用功能节点602可操作以:从开放功能节点接收包括关于网络是否支持rds的信息的消息。

特别地,应用功能节点可以操作以:如果所述网络的rds能力被改变,从开放功能节点接收包括关于网络的rds能力的信息的消息。

在本公开的实施例中,应用功能节点602可操作以执行诸如图1所示上文所提到的方法中的任一个。

在图6中,处理器603和处理器605可以是任何种类的处理组件,诸如一个或多个微处理器或微控制器,以及其他数字硬件,其可包括数字信号处理器(dsp)、专用数字逻辑等。存储器604和存储器606可以是任何种类的存储组件,诸如只读存储器(rom)、随机存取存储器、高速缓存存储器、闪存存储器、光学存储设备等。

图7是示出根据本公开的实施例的开放功能节点的功能单元的示意图。

如图7所示,提供了开放功能节点601,包括:获取单元701,其被配置为获取终端设备的rds配置;确定单元702,其被配置为确定网络是否支持rds;以及传输单元703,其被配置为向应用功能节点发送包括关于网络是否支持rds的信息的消息。

特别地,传输单元703被配置为如果网络的rds能力被改变,向应用功能节点发送包括关于网络的rds能力的信息的消息。

在本公开的实施例中,开放功能节点601可操作以执行诸如图1和图5所示的上文所提到的方法中的任一个。

图8是示出根据本公开的实施例的应用功能节点的功能单元的示意图。

如图8所示,提供了应用功能节点602,包括:传输单元801,其被配置为从开放功能节点接收包括关于网络是否支持rds的信息的消息。

特别地,传输单元801被配置为如果网络的rds能力被改变,从开放功能节点接收包括关于网络的rds能力的信息的消息。

在本公开的实施例中,应用功能节点602可操作以执行诸如图1和所示的上文所提到的方法中的任一个。

利用如图7和图8所示的功能单元,开放功能节点和应用功能节点可以不需要固定处理器或存储器,可以从网络中的至少一个节点设备布置任何计算资源和存储资源。功能单元的引入可以提高网络资源的使用效率和网络的灵活性。

图9是示出根据本公开的实施例的计算机可读存储介质的示意图。如图9所示,提供了具有存储在其上的程序902的设备可读存储介质901,其中,程序902可由设备执行以使得设备执行诸如在图1中和在图5中的上文所提到的方法中的任一个。

根据本公开,开放功能节点在获取来自终端设备的rds配置时,发送消息以通知应用功能节点关于网络的可靠数据服务(rds)配置。有利的是,可以避免具有不适当配置的应用功能节点的数据传输。

一般而言,本公开的各种示例性实施例可以以硬件或者专用电路、软件、逻辑或其任何组合实现。例如,一些方面可以以硬件实现,而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或者软件来实现,但是本公开不限于此。虽然本公开的示例性实施例的各方面可以被图示并且被描述为框图、流程图或者使用某个其他图形表示,但是应理解到,作为非限制性示例,本文所描述的这些块、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或者其某种组合实现。

如此,应当理解,本公开的示例性实施例的至少一些方面可以被实践在诸如集成电路芯片和模块的各种组件中。因此,应当理解,本公开的示例性实施例可以实现在实施为集成电路的装置中,其中,集成电路可包括电路(以及可能固件)以实施以下中的至少一个或多个:可配置为根据本公开的示例性实施例操作的数据处理器、数字信号处理器、基带电路和无线电电路。

应当理解,本公开的示例性实施例的至少一些方面可以实施在由一个或多个计算机或其他设备执行的计算机可执行指令中,诸如在一个或多个程序模块中。通常,程序模块包括当由计算机中的处理器或其他设备执行时执行特定任务或者实现特定抽象数据型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以存储在计算机可读介质上,诸如硬盘、光盘、可移除存储介质、固态存储器、ram等。如由本领域技术人员将理解到,在各种实施例中,程序模块的功能可以根据期望组合或者分布。另外,功能可以全部或部分实施在固件或硬件等同物中,诸如集成电路、现场可编程门阵列(fpga)等。

本公开包括本文明确地所公开的任何新颖特征或特征的组合或其任何一般化。当结合附图阅读时,鉴于前述描述,对于本公开的前述示例性实施例的各种修改和适配可以对于相关领域的技术人员变得清楚。然而,任何和所有修改将仍然落在本公开的非限制性和示例性实施例的范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1