CN115701153A - 用户设备处的服务能力开放 - Google Patents

Abstract

本发明涉及用户设备处的服务能力开放。一种包括非暂时性存储器的移动核心网络，该非暂时性存储器包括存储在其上的用于将服务开放给核心网络上的用户设备的指令。处理器可操作地耦合到非暂时性存储器并被配置为执行接收用户设备对服务的请求和用于配置服务的参数的指令。处理器还被配置为执行确定用户设备被授权访问服务的指令。处理器还被配置为执行基于5G全局唯一临时标识符和用户设备的用户永久身份配置核心网络上的服务的指令。处理器还被配置为执行基于配置指令向用户设备发送响应的指令。本申请还涉及与网络上的网络开放功能进行通信的用户设备。

Description

用户设备处的服务能力开放

本申请是申请号为201880019873.3、申请日为2018年3月20日、发明名称为“用户设备处的服务能力开放”的发明专利申请的分案申请。

对于相关申请的交叉引用

本申请要求2017年3月20日提交的标题为“Service Capability Exposure atthe User Equipment”的美国临时申请号62/473658的优先权，其内容通过引用全文并入于此。

技术领域

本申请涉及用于将服务直接开放给用户设备的装置和方法。

背景技术

用户设备(UE)当前没有访问移动核心网络(MCN)向第三方服务器和其它网络功能开放的服务的方式。同样，UE上托管的应用也无法访问和配置由MCN开放的能力。因此，某些服务可以得到充分利用的部署方案的数量严重减少。

通常由第三方服务器利用的服务包括通信模式(communcation pattern)、网络节点处的缓冲和背景数据传送(BDT)。当UE正在运行单个应用时，它必须与远程应用服务器传达其对特定服务的缓冲需求。继而，应用服务器配置网络内的缓冲服务。这假设应用服务器与移动网络运营商(MNO)有业务关系。对于UE和应用来说，缓冲过程是低效的。

另外，当UE上的不止一个应用正在请求服务，并且每个应用正在与不同的远程应用服务器通信时，实现了显着的延迟。这是因为核心网络用户平面缓冲只能以每个UE为单位提供，而没有深度分组检查。远程应用服务器或移动核心网络必须跨所有应用协调缓冲配置，使得UE具有单个缓冲配置。

目前，远程应用服务器和移动核心网络协调它们的背景数据传送请求。这样做是为了最大化UE在深度睡眠中的时间。因此，如果UE想要确定网络认为哪些是非高峰时间以上传或下载信息，它必须在假定关系退出的情况下请求远程应用服务器与MCN协商BDT时间和费率。但是，这难以实现，因为远程服务器提供的服务通常彼此独立。

发明内容

提供本发明内容是为了以简化的形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。本发明内容并不旨在限制所要求保护的主题的范围。在很大程度上，本申请涉及用于将服务开放给用户设备的过程和系统。

在本申请的一个方面中，描述了一种包括非暂时性存储器的移动核心网络，该非暂时性存储器包括存储在其上的用于将服务开放给核心网络上的用户设备的指令。处理器可操作地耦合到非暂时性存储器并且被配置为执行以下操作的指令：(i)从用户设备接收对于服务的请求和用于配置服务的参数；(ii)确定用户设备被授权访问服务；(iii)基于5G全局唯一临时标识符和用户设备的用户永久身份，配置核心网络上的服务；以及(iv)基于配置指令向用户设备发送响应。

在本申请的另一方面中，描述了一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于配置服务的指令。移动核心网络还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)从用户设备上的应用接收对于服务的请求；(ii)创建对于服务的请求；(iii)将创建的请求发送到移动核心网络；(iv)从移动核心网络接收关于服务的信息；以及(v)将信息发送给应用。

本申请的又一个方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于监视API的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)从服务层接收对于被通知正在传输的消息或比特的阈值数量的请求；(ii)根据请求监视数据速率；(iii)向服务层发送包括关于阈值数量的信息的报告；以及(iv)从服务层接收连接被关闭的通知。

本申请的又一个方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于管理扩展访问阻拦API的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)从应用接收扩展访问阻拦设置；(ii)附连到移动核心网络；(iii)评估针对扩展访问阻拦的用户设备配置；以及(iv)向应用发送扩展访问阻拦状态指示。

本申请的又一个方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于附连拒绝管理API的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)当回退定时器变为活跃时从应用接收请求；(ii)从网络接收应用的附连请求被拒绝的通知；(iii)从网络接收回退定时器；(iv)将回退定时器发送给应用；以及(v)确定应用已调整下一次通信的调度。

本申请的又一方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于深度睡眠管理API的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)在用户设备处接收应用深度睡眠设置信息；(ii)与网络协商扩展不连续接收和省电模式参数；(iii)向应用发送用户设备深度睡眠信息；(iv)确定应用正在调整流量模式；以及(v)确定应用即将进入深度睡眠模式。

本申请的又一个方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于连接偏好API的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)接收应用的连接偏好；(ii)根据参数评估连接偏好；(iii)向应用发送活跃的连接偏好；以及(iv)在应用和网络之间建立连接。

本申请的又一方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于事件报告配置的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器被配置为执行以下操作的指令：(i)从应用接收事件报告配置消息；(ii)检测事件；以及(iii)向应用发送事件报告消息。

本申请的又一个方面涉及一种与移动核心网络通信的装置，该装置包括非暂时性存储器，该非暂时性存储器包括存储在其上的用于电池状态API的指令。该装置还包括可操作地耦合到非暂时性存储器的处理器，该处理器执行以下操作的指令：(i)从服务层接收关于电池状态的更新的请求；(ii)确定电池的状态；(iii)将更新的答复发送到服务层；以及(iv)从应用接收经更新的状态的消息。

因此，已经相当广泛地概述了本发明的某些实施例，以便可以更好地理解其详细描述，并且可以更好地领会对本领域的贡献。

附图说明

为了便于更加稳健地理解本申请，现在参考附图，在附图中相同的要素用相同的标号表示。这些附图不应被解释为限制本申请并且仅旨在说明。

图1A示出了其中可以实现一个或多个公开的实施例的示例性机器对机器(M2M)、物联网(IoT)或万维物联网(WoT)通信系统的系统图。

图1B示出了可以在图1A中所示的M2M/IoT/WoT通信系统内使用的示例性架构的系统图。

图1C示出了可以在图1A和1B中所示的通信系统内使用的示例性通信网络节点(如M2M/IoT/WoT设备、网关或服务器)的系统图。

图1D示出了其中可以体现图1A和1B的通信系统的节点的示例性计算系统的框图。

图2A示出了用于服务能力开放的3GPP架构。

图2B示出了用于配置网络内缓冲的用例。

图2C示出了用于配置背景数据传送的用例。

图3A示出了包括应用、OS/调制解调器和API的用户设备。

图3B(i)-(iii)示出了用户设备的显示器上的图形用户界面。

图4示出了根据本申请的一个方面的经由数据平面的网络开放。

图5示出了根据本申请的一个方面的经由控制平面的网络开放。

图6示出了根据本申请的一个方面的使用用户平面的服务请求和响应。

图7示出了根据本申请的一个方面的使用控制平面的服务请求和响应。

图8示出了根据本申请的一个方面的缓冲区配置调用流程。

图9示出了根据本申请的一个方面的背景数据传送配置调用流程。

图10示出了根据本申请的一个方面的赞助服务API调用流程。

图11示出了根据本申请的一个方面的增强的可达性API调用流程。

图12示出了根据本申请的一个方面的寻呼关闭(paging off)API调用流程。

图13示出了根据本申请的一个方面的监视API调用流程。

图14示出了根据本申请的一个方面的扩展访问阻拦(EAB)管理API调用流程。

图15示出了根据本申请的一个方面的附连拒绝/回退管理调用流程。

图16示出了根据本申请的一个方面的深度睡眠管理调用流程。

图17示出了根据本申请的一个方面的通信模式API调用流程。

图18示出了根据本申请的一个方面的连接偏好API调用流程。

图19示出了根据本申请的一个方面的事件报告API调用流程。

图20示出了根据本申请的一个方面的请求状态API的调用流程。

具体实施方式

将参考本文的各种附图、实施例和方面来讨论例示性实施例的详细描述。虽然本说明书提供了可能的实现方式的详细示例，但是应当理解，细节旨在作为示例，因此不限制申请的范围。

本说明书中对“一个实施例”、“实施例”、“一个或多个实施例”、“一个方面”等的引用意味着在本公开的至少一个实施例中包括结合该实施例描述的特定特征、结构或特性。另外，说明书中各个地方的术语“实施例”不一定是指同一个实施例。即，描述了一些实施例可能呈现而其它实施例可能不呈现的各种特征。

4G MCN将网络的能力开放给第三方应用服务器。这些能力经由服务能力开放功能(SCEF)开放。5G MCN也将网络的能力开放给第三方应用服务器。在5G核心网络中，开放是经由网络开放功能(NEF)实现的。本申请的一个目的是描述UE可以如何访问和使用MCN的能力。

提出了新的5G控制平面(CP)过程以允许UE访问NEF并配置核心网络服务和能力。过程描述了请求可以如何获得移动核心网络的授权以及NEF可以如何配置网络提供所请求的服务和功能。

提出了新的5G用户平面过程以允许UE经由基于IP的消息传递访问NEF并配置核心网络服务和能力。该过程描述了请求可以如何获得NEF的授权以及NEF可以如何配置网络提供所请求的服务和功能。UE能够使用所提出的过程来访问的服务的示例是缓冲区配置、BDT、赞助服务、增强的可达性、寻呼关闭模式和增值服务。

本申请的另一方面描述了UE托管的应用访问经由UE调制解调器开放的服务或能力的方法。对于这些功能的访问应该包括可以通过GUI窗口提供的许可请求，询问用户是否想要请求许可。请求许可可以使OS或调制解调器发起判断用户是否具有使用API的许可的过程。

为了通过UE调制解调器访问开放给UE应用的服务/能力，本公开提出了连接状态API、连接配置API和平台状态API。这些方法使得能够访问诸如以下的特征：监视数据速率、管理回退、管理EAB、管理暂停恢复、管理深度睡眠、连接配置API、管理连接偏好配置的低访问优先级支持的指示以及管理事件报告。

定义和首字母缩写

下面在表1中提供本申请中常用的术语和惯用语的定义。特别地，调制解调器被定义为UE的支持无线通信的部分，例如GSMA TS 34中的“通信模块”。例如，对于3GPP UE，调制解调器是需要符合3GPP规范以支持与基站的通信的部分。除了调制解调器之外，UE还可以托管一个或多个应用以及中间件，例如OS、服务层等。

表1

总体架构

图1A是其中可以实现一个或多个公开的实施例的示例性机器到机器(M2M)、物联网(IoT)或万维物联网(WoT)通信系统10的图。M2M技术为IoT/WoT提供了构建块，并且任何M2M设备、M2M网关、M2M服务器或M2M服务平台可以是IoT/WoT以及IoT/WoT服务层等的组件或节点。图2-5中任一幅所示的客户端、代理或服务器设备可以包括通信系统的节点，例如图6-20中所示的。

服务层可以是网络服务架构内的功能层。服务层通常位于诸如HTTP、CoAP或MQTT之类的应用协议层之上，并向客户端应用提供增值服务。服务层在较低资源层(诸如控制层和传输/访问层)提供到核心网络的接口。服务层支持多种类别的(服务)能力或功能，包括服务定义、服务运行时启用、策略管理、访问控制和服务聚类。最近，一些行业标准组织(例如oneM2M)一直在开发M2M服务层，以解决与将M2M类型的设备和应用集成到诸如互联网/万维网、蜂窝、企业网络和家庭网络之类的部署中相关联的挑战。M2M服务层可以为应用和/或各种设备提供对于由服务层(可以称为CSE或SCL)支持的一批或一组上述能力或功能的访问。一些示例包括但不限于各种应用可以常用的安全性、计费、数据管理、设备管理、发现、供应和连接性管理。通过利用由M2M服务层定义的消息格式、资源结构和资源表示的API，这些能力或功能变得可用于这样的各种应用。CSE或SCL是可以由硬件和/或软件实现并且提供开放给各种应用和/或设备(即，这种功能实体之间的功能性接口)的(服务)能力或功能以便于它们使用这种能力或功能的功能性实体。

如图1A中所示，M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如，以太网、光纤、ISDN、PLC等)或无线网络(例如，WLAN、蜂窝等)，或者异构网络的网络。例如，通信网络12可以包括多个访问网络，其提供诸如语音、数据、视频、消息传递、广播之类的内容。例如，通信网络12可以采用一种或多种信道访问方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。此外，通信网络12可以包括其它网络，诸如核心网络、互联网、传感器网络、工业控制网络、个人区域网络、融合的个人网络、卫星网络、家庭网络或企业网络。

如图1A中所示，M2M/IoT/WoT通信系统10可以包括基础设施域和现场域。基础设施域是指端到端M2M部署的网络侧，现场域是指通常在M2M网关之后的区域网络。现场域和基础设施域都可以包括网络的各种不同节点(例如，服务器、网关、设备等)。例如，现场域可以包括M2M网关14和设备18。应理解，根据需要，可以在M2M/IoT/WoT通信系统10中包括任何数量的M2M网关设备14和M2M设备18。M2M网关设备14和M2M设备18均被配置为使用通信电路经由通信网络12或直接无线电链路来发送和接收信号。M2M网关14允许无线M2M设备(例如，蜂窝和非蜂窝)以及固定网络M2M设备(例如PLC)通过诸如通信网络12之类的运营商网络或直接无线电链路进行通信。例如，M2M设备18可以收集数据，并通过通信网络12或直接无线电链路将数据发送到M2M应用20或其它M2M设备18。M2M设备18还可以从M2M应用20或M2M设备18接收数据。此外，数据和信号可以经由M2M服务层22发送到M2M应用20以及从M2M应用20接收，如下所述。M2M设备18和网关14可以经由例如各种网络(包括蜂窝、WLAN、WPAN(例如，Zigbee、6LoWPAN、蓝牙)、直接无线电链路和有线线路进行通信。示例性的M2M设备包括但不限于平板、智能手机、医疗设备、温度和天气监视器、联网的汽车、智能仪表、游戏机、个人数字助理、健康和健身监视器、灯、恒温器、电器、车库门和其它基于致动器的设备、安全设备和智能插座。

参考图1B，现场域中所示出的M2M服务层22为M2M应用20、M2M网关14和M2M设备18以及通信网络12提供服务。应理解，M2M服务层22M可以根据需要与任何数量的M2M应用、M2M网关14、M2M设备18和通信网络12通信。M2M服务层22可以由网络的一个或多个节点(其可以包括服务器、计算机、设备等)实现。M2M服务层22提供适用于M2M设备18、M2M网关14和M2M应用20的服务能力。M2M服务层22的功能可以以各种方式实现，例如作为网络服务器、在蜂窝核心网络中、在云中，等等。

类似于所示出的M2M服务层22，在基础设施域中存在M2M服务层22’。M2M服务层22’为基础设施域中的M2M应用20’和底层通信网络12提供服务。M2M服务层22’还为现场域中的M2M网关14和M2M设备18提供服务。应理解，M2M服务层22’可以与任何数量的M2M应用、M2M网关和M2M设备通信。M2M服务层22’可以通过不同的服务提供商与服务层交互。M2M服务层22’可以由网络的一个或多个节点(其可以包括服务器、计算机、设备、虚拟机(例如，云计算/存储农场等)，等等)实现。

同样参考图1B，M2M服务层22和22’提供不同应用和行业可以利用的一组核心服务递送能力。这些服务能力使得M2M应用20和20’能够与设备交互并执行诸如数据收集、数据分析、设备管理、安全性、记账、服务/设备发现等之类的功能。本质上，这些服务能力免除了应用实现这些功能的负担，从而简化了应用开发并减少了成本和上市时间。服务层22和22’还使得M2M应用20和20’能够通过诸如网络12之类的各种网络与服务层22和22’提供的服务进行通信。

M2M应用20和20’可以包括各种行业中的应用，例如但不限于运输、健康和保健、联网家庭、能源管理、资产跟踪以及安全和监视。如上所述，跨系统的设备、网关、服务器和其它节点运行的M2M服务层支持诸如数据收集、设备管理、安全性、记账、位置跟踪/地理围栏、设备/服务发现、以及传统系统集成之类的功能，并且将这些功能作为服务提供给M2M应用20和20’。

通常，服务层(例如图1B中所示的服务层22和22’)定义了软件中间件层，该软件中间件层通过一组应用编程接口(API)和底层网络接口来支持增值服务能力。ETSI M2M和oneM2M架构都定义了服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可以在ETSIM2M架构的各种不同节点中实现。例如，服务层的实例可以在M2M设备(此处它被称为设备SCL(DSCL))、网关(此处它被称为网关SCL(GSCL))和/或网络节点(此处它被称为网络SCL(NSCL))内实现。oneM2M服务层支持一组公共服务功能(CSF)(即服务能力)。一组一种或多种特定类型的CSF的实例化被称为共同服务实体(CSE)，CSE可以托管在不同类型的网络节点(例如，基础设施节点、中间节点、特定于应用的节点)上。第三代合作伙伴计划(3GPP)也定义了用于机器类型通信(MTC)的架构。在该架构中，服务层及其提供的服务功能被实现为服务能力服务器(SCS)的一部分。无论是体现在ETSI M2M架构的DSCL、GSCL或NSCL中，在3GPP MTC架构的服务能力服务器(SCS)中，在oneM2M架构的CSF或CSE中，还是在网络的某个其它节点中，服务层的实例可以都被实现为在网络中的一个或多个独立节点(包括服务器、计算机和其它计算设备或节点)上执行的逻辑实体(例如，软件、计算机可执行指令等)，或者被实现为一个或多个现有节点的一部分。作为示例，服务层或其组成部分的实例可以以在具有下面描述的图1C或1D所示的一般架构的网络节点(例如，服务器、计算机、网关、设备等)上运行的软件的形式实现。

此外，本文描述的方法和功能可以被实现为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)访问服务的M2M网络的一部分。

图1C是网络的节点(诸如图2-5中所示的客户端、服务器或代理之一，其可以操作为M2M网络中的M2M服务器、网关、设备或其它节点，如图6-20中所示)的示例性硬件/软件架构的框图。如图1C中所示，节点30可以包括：处理器32，不可移除存储器44，可移除存储器46，扬声器/麦克风38，键盘40，显示器、触摸板和/或指示器42，电源48，全球定位系统(GPS)芯片组50和其它外设52。节点30还可以包括通信电路，例如收发器34和发射/接收元件36。应理解，节点30可以包括前述元件的任何子组合，同时保持与实施例一致。该节点可以是实现向网络开放功能提供对于用户设备上的应用的服务能力开放的技术的节点，例如关于参考图6-20和所附表格或权利要求中描述的方法。

处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。一般而言，处理器32可以执行存储在节点的存储器(例如，存储器44和/或存储器46)中的计算机可执行指令，以便执行节点的各种所需功能。例如，处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使得节点30能够在无线或有线环境中操作的任何其它功能。处理器32可以运行应用层程序(例如，浏览器)和/或无线电接入层(RAN)程序和/或其它通信程序。处理器32还可以例如在访问层和/或应用层执行安全操作，例如认证、安全密钥协定和/或加密操作。

如图1C中所示，处理器32耦合到其通信电路(例如，收发器34和发射/接收元件36)。处理器32通过执行计算机可执行指令，可以控制通信电路，以使节点30经由与其连接的网络与其它节点通信。特别地，处理器32可以控制通信电路，以便执行这里例如关于图6-20或在权利要求中的向用户设备上的应用提供服务能力开放的技术。虽然图1C将处理器32和收发器34描绘为单独的组件，但是应理解，处理器32和收发器34可以一起集成在电子封装或芯片中。

发射/接收元件36可以被配置为向其它节点(包括M2M服务器、网关、设备等)发射信号或从其接收信号。例如，在实施例中，发射/接收元件36可以是被配置为发射和/或接收RF信号的天线。发射/接收元件36可以支持各种网络和空中接口，诸如WLAN、WPAN、蜂窝等。在一个实施例中，例如，发射/接收元件36可以是被配置为发射和/或接收IR、UV或可视光信号的发射器/检测器。例如，在另一个实施例中，发射/接收元件36可以被配置为发射和接收RF信号和光信号。应理解，发射/接收元件36可以被配置为发送和/或接收无线或有线信号的任何组合。

另外，尽管发射/接收元件36在图1C中被描绘为单个元件，但是节点30可以包括任何数量的发射/接收元件36。更具体地，节点30可以采用MIMO技术。在一个实施例中，节点30可以包括用于发送和接收无线信号的两个或更多个发送/接收元件36(例如，多个天线)。

收发器34可以被配置为调制将由发射/接收元件36发射的信号并且解调由发射/接收元件36接收的信号。如上所述，节点30可以具有多模能力。因此，收发器34可以包括多个收发器，例如用于使得节点30能够通过诸如UTRA和IEEE 802.11之类的多个RAT进行通信。

处理器32可以从任何类型的合适存储器访问信息和存储数据，例如不可移动存储器44和/或可移动存储器46。例如，处理器32可以在其存储器中存储会话上下文，如上所述。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可以包括订户身份模块(SIM)卡、存储条、安全数字(SD)存储卡等。在其它实施例中，处理器32可以从不是物理上位于节点30上的存储器访问信息和存储数据，例如在服务器或家用计算机上。处理器32可以被配置为控制显示器或指示器42上的照明模式、图像或颜色，以反映M2M服务层会话迁移或共享的状态或者获得来自用户的输入或向用户显示关于节点的会话迁移或共享功能或设置的信息。在另一个示例中，显示器可以显示关于会话状态的信息。

处理器32可以从电源48接收电力，并且可以被配置为分配和/或控制到节点30中的其它组件的电力。电源48可以是用于为节点30供电的任何合适设备。例如，电源48可包括一个或多个干电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(锂离子)等)、太阳能电池、燃料电池等。

处理器32还可以耦合到GPS芯片组50，GPS芯片组50被配置为提供关于节点30的当前位置的位置信息(例如，经度和纬度)。应理解，节点30可以通过任何合适的位置确定方法获取位置信息，同时与实施例保持一致。

处理器32还可以耦合到其它外设52，外设52可以包括提供附加特征、功能和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如，外设52可以包括各种传感器，如加速度计、生物计量(例如，指纹)传感器、电子罗盘、卫星收发器、传感器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。

节点30可以体现在其它装置或设备中，诸如传感器、消费电子产品、诸如智能手表或智能服装的可穿戴设备、医疗或电子卫生设备、机器人、工业设备、无人机、诸如汽车、卡车，火车或飞机之类的车辆。节点30可以经由一个或多个互连接口(诸如可以包括外设52之一的互连接口)连接到这种装置或设备的其它组件、模块或系统。

图4是示例性计算系统90的框图，计算机系统90还可以用于实现网络的一个或多个节点，例如图2-5中所示的客户端、服务器或代理，其可以操作为M2M网络(例如图6-20中所示的M2M网络)中的M2M服务器、网关、设备或其它节点。

计算系统90可以包括计算机或服务器，并且可以主要由计算机可读指令控制，计算机可读指令可以是软件的形式，这种软件可以在任何地方、通过任何手段被存储或访问。这样的计算机可读指令可以在诸如中央处理单元(CPU)91之类的处理器内执行，以使计算系统90工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91由被称为微处理器的单芯片CPU实现。在其它机器中，中央处理单元91可以包括多个处理器。处理器81是不同于主CPU 91的可选处理器，其执行附加功能或辅助CPU 91。CPU 91和/或协处理器81可以接收、生成和处理与所公开的用于E2E M2M服务层会话的系统和方法有关的数据，例如接收会话凭证或基于会话凭证进行认证。

在操作中，CPU 91获取、解码和执行指令，并经由计算机的主要数据传送路径、系统总线80向其它资源传送信息和从其它资源传送信息。这种系统总线连接计算系统90中的各组件并定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的例子是PCI(外围组件互连)总线。

耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路。ROM 93通常包含不能轻易修改的存储数据。存储在RAM 82中的数据可以由CPU 91或其它硬件设备读取或改变。RAM 82和/或ROM 93的存取可以由存储器控制器92控制。随着指令被执行，存储器控制器92可以提供将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供隔离系统内的进程并将系统进程与用户进程隔离的存储器保护功能。因此，以第一模式运行的程序可以仅访问由其自己的进程虚拟地址空间映射的存储器；它无法访问另一进程的虚拟地址空间内的内存，除非已设置进程之间的内存共享。

另外，计算系统90可以包含外设控制器83，外设控制器83负责将来自CPU 91的指令传送到外设，例如打印机94、键盘84、鼠标95和磁盘驱动器85。

由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或触摸板实现。显示控制器96包括产生发送到显示器86的视频信号所需的电子部件。

此外，计算系统90可以包含通信电路，例如网络适配器97，其可以用于将计算系统90连接到外部通信网络，例如图1A-1D的网络12，以使得计算系统90能够与网络的其它节点通信。

3GPP中的服务能力开放

3GPP的Release 13将服务能力开放框架定义为用于开放由3GPP网络接口提供的服务和能力的手段。作为此成就的一部分，若干问题被定义，包括但不限于：(i)支持设立具有所需QoS的AS会话；(ii)支持在会话设立时或在会话期间更改收费方；(iii)支持关于可预测的通信模式的信息的第三方交互；(iv)支持向第三方通知潜在网络问题；以及(v)支持对于背景数据传送的3GPP资源管理。

TS 23.682 3GPP引入了服务能力开放功能(SCEF)这一功能块，以提供安全地开放由3GPP网络接口提供的服务和能力的手段”。该架构参考模型在图2中示出。网络对服务的开放创建了一个能力的“工具箱”，经过适当的授权，第三方服务器(SCS/AS)可以使用它来检索信息、请求特定服务、接收通知、请求特定参数的设置，等等。SCEF还提供了发现开放的服务能力的手段。这种对网络能力的访问在Release 13中通过同构网络应用编程接口提供，例如，由OMA、GSMA和其它可能的标准化机构定义的网络API 430。SCEF从底层3GPP网络接口和协议中抽象出服务。

用于通过SCEF开放这些3GPP服务能力的SCEF内部架构和API不在3GPP的范围内。然而，3GPP定义了SCEF的一些预期行为，并且邀请诸如oneM2M的其它机构考虑创建一组有用的API以利用这些新能力，以便让运营商使它们的网络变现。3GPP中的Release 13服务能力开放并未解决这些服务开放给UE的问题，而只涉及服务能力和应用服务器。

针对潜在MTC相关过载的3GPP特征

以下特征是3GPP(TS 23.401和TS 22.011)已经定义的用于防止网络过载的特征。

可以命令设备使用较长的最小周期性PLMN搜索时间。增加的搜索时间降低了MTC设备在网络故障之后尝试连接到竞争网络的速度。

在更优选的PLMN出现故障之后，如上配置的UE可能改变到其它本地竞争网络。该搜索定时器的到期将导致UE重新尝试访问故障网络，然后，如果该网络具有尚未恢复，则重新访问本地竞争网络之一。对于更优选的PLMN搜索使用太短的定时器既会阻碍故障网络恢复，又会对本地竞争网络施加更多负载。

用于访问阻拦和回退的UE配置

当UE设立PDN连接、PDP上下文或者执行MM或SM过程时，它可以向网络指示它是低访问优先级。UE还可以被配置具有推翻低访问优先级的许可(仅适用于也配置为低访问优先级的UE)。类似地，UE可以被配置具有推翻EAB(扩展访问阻拦)的许可(仅适用于被配置EAB的UE)。在Release 10中，UE必须同时被配置具有这两者。

UE可以被配置用于低访问优先级和扩展访问阻拦。该配置主要供例如在拥塞情况期间可以容忍在与其它UE竞争访问网络资源时被延后的应用或用户使用。根据与其运营商的协议，订户可以被要求使用被配置为低访问优先级的UE。协议可以包括特定的资费。CDR显示PDN连接是否被激活以用于低访问优先级。

被配置用于低访问优先级和扩展访问阻拦的UE还可以被配置为具有推翻低访问和扩展访问阻拦优先级限制的许可。该配置主要供这样的应用或用户使用：这些应用或用户大多数时间可以容忍在与其它UE竞争访问网络资源时由于低访问优先级而被延后，但是当低访问优先级配置阻止访问时，应用或用户偶尔也需要访问网络。为了在低优先级访问或扩展访问阻拦限制条件期间也获得网络访问，用户或应用(UE中的上层)可以请求UE在没有低访问优先级的情况下发起PDN连接的激活。

应该小心处理由应用或用户推翻低访问优先级和扩展访问阻拦的许可，因为只要没有低访问优先级的这种PDN连接是活跃的，UE就不受网络可能为具有低访问优先级的访问设置的任何访问阻拦条件的影响。也就是说，在激活没有低访问优先级的PDN连接之后，只要这样的PDN连接是活跃的，就可以在没有低访问优先级的情况下执行UE的所有其它MM和RRC访问请求。

根据与其运营商的协议，订户可以被要求使用被配置为具有推翻低访问优先级和扩展访问阻拦的许可的UE。因为3GPP系统不能确定这种UE对于访问限制的任何推翻是否合理，协议可以包括特定的资费，以避免推翻低访问优先级的过度使用。例如，这可以是不具有低访问优先级的PDN连接的激活量和/或持续时间的特定资费。计费记录显示UE激活的是具有还是不具有低访问优先级的PDN连接，但不一定是UE用于各个数据传送请求的访问优先级。

对于每个访问类0-9，E-UTRAN网络广播适用于每个类中的所有UE的信息。UE利用从服务网络提供的信息确定阻拦状态，并相应地执行访问尝试。如果访问尝试不被允许，则然后阻拦相同类型的进一步访问尝试一段时间，该时间段是基于由网络提供的“访问控制的平均持续时间”和UE取用的随机数计算的。

如果它是低访问优先级，则网络可以以回退时间拒绝该消息。当UE正在以低访问优先级访问网络时，则UE可能受到更长的回退。

当UE正在以低访问优先级访问网络时，则UE可能在过载时受到更长的回退定时器，因此需要被设计为在访问网络时容忍延迟。

基于APN的拥塞控制

APN速率控制旨在允许运营商提供诸如“每天最多Y个消息”的客户服务。现有的聚合最大比特率(AMBR)机制不适合于这样的服务，因为出于无线电效率和UE电池寿命的原因，例如>100kbit/s的AMBR是理想的，并且这样的AMBR转换为可能大的每日数据量。

PDN GW或SCEF可以使用PCO信息元素向UE发送APN上行链路速率控制命令。

APN上行链路速率控制适用于由数据无线电承载(S1-U)或信令无线电承载(NAS数据PDU)在该APN上发送的数据PDU。

速率控制信息对于上行链路和下行链路是分开的。速率控制信息是每个时间单位的正整数个分组的形式，并且包括关于在已经满足此速率控制限制时是否仍然可以发送异常报告的指示。

UE应遵守该上行链路速率控制指令。UE将该速率控制指令视为有效，直到它从PDNGW或从SCEF接收到新的速率控制指令为止。PDN GW或SCEF可以通过以下方式强制执行上行链路速率控制：丢弃或延迟超过向UE指示的速率的分组。如果使用，则假设APN速率控制被设置为使得APN速率控制速率限制在任何使用的服务PLMN速率控制之前的通信，也考虑到订阅允许的同时PDN连接数。

“寻呼关闭”(即“仅MO”)模式

已经提出MTC UE可以支持“寻呼关闭”模式，也被称为仅移动始发(MO)，其允许网络中的移动性管理信令优化。在该模式中，MTC UE不发送周期性TAU并且不再通过寻呼可达到，因此网络能够关闭到UE的寻呼信令。在(可能非常长的)注册定时器到期时由UE执行注册，其值由网络提供。在MO过程之后的一段时间内UE可能仍然可用于MT数据传送，这使得能够恢复到正常的空闲模式行为。

“寻呼关闭”模式的适用性可以基于UE订阅数据和网络策略或者它们的任何组合。网络确定是否应该运用该模式并在注册信令期间向UE指示该模式。UE和核心网络在随后的注册信令中重新启动(或退出)仅MO模式。

GSMA指南

GSMA已经为IoT发布了许多功能指南(GSMA TS-34)，要求确保物联网设备连接效率。这些指南指出了本文中启用功能的用例和要求。

GSMA TS-34指南要求IoT设备应用应该始终准备处理通信请求失败的情况。例如“取决于IoT服务，IoT设备应用的任何通信请求都不应无限地重试—请求应该最终超时并被放弃。”

通信重试机制可以包括自首次建立数据连接以来的失败尝试的简单计数或者监视一定时间段内的失败尝试的数量。例如，如果数据连接在一小时内丢失超过五次，则请求可以暂停。

例如当设备从一个网络小区离开到另一个网络小区时，这可以是更可靠的技术，以避免短但是常规的连接问题，当设备在小区之间切换时，数据连接会丢失，但是当小区提供良好的覆盖时，请求可以成功被处理。

类似地，设备可以监视它尝试的网络连接的数量或者它在一段设定的时间段内发送/接收的数据量。如果这些度量中的任何一个超过最大值，则可以暂停流量，并且应该发送报告到IoT服务平台。

GSMA还提供了调制解调器应支持远程诊断的以下诊断特征的指南。对于CN，已建议使用以下报告：(i)附连到通信模块的外设的状态；(ii)报告重新启动历史(存储在非易失性存储器中)；(iii)报告通信模块的本地服务的存储历史；以及(iv)报告总数当前正在使用的存储器量和空闲存储器量。已经建议了由IoT设备应用发送到IoT服务平台的一些报告。例如，当出现意外停电或意外电池电量问题时，通知应提供相关信息。

UE处的服务能力开放

根据一个实施例，描述了配置网络内服务的用例，如图2B中所示。具体地，应用想要在网络切片中的配置缓冲服务以限制当UE处于深度睡眠状态时缓冲区中可以保存的数据分组的数量。缓冲区的大小应足够大，使得UE不会错过重要的消息传递，但是，它的大小不应太大以至于UE在唤醒时被流量淹没。

在一个示例性实施例中考虑运行单个应用的UE。如果应用可以受益于在网络中使用缓冲服务，则它必须与远程应用服务器交流其缓冲需求，并请求应用服务器在网络缓冲服务中配置(假设应用服务器与移动网络运营商(MNO)有业务关系)。

考虑另一种情况，其中UE上不止一个应用正在请求该特征并且每个应用正在与不同的远程应用服务器通信。在核心网络用户平面内，在没有深度分组检查的情况下，缓冲只能在每个UE的基础上提供。因此，这种情况下的提供要求远程应用服务器或移动核心网络以某种方式协调跨所有应用的缓冲配置，使得UE具有单个缓冲配置。通过向UE开放诸如缓冲之类的服务，该服务可以由UE直接协调和控制；不需要第三方应用之间的协调。

根据另一实施例，描述了用于背景数据传送的用例，如图2C中所示。考虑想要下载大型软件升级的智能仪表。如果智能仪表在非高峰时段期间下载新软件镜像，这将是最高效的。为了让UE确定网络认为哪些是非高峰时段，它必须要求远程应用服务器与移动核心网络协商背景数据传送时间和费率(这假设远程应用服务器与移动核心网络运营商有关系)。如果UE希望上传大量数据，则运用相同的方法。

当UE上存在想要执行背景数据传送的多个应用时，出现另一个问题。在远程应用服务器之间没有协调的情况下，BDT传送调度可能导致增加的唤醒时间。这些传送应该协调，使得它们大致同时执行，并且UE可以在更长的时间段内保持深度睡眠。

当前，远程应用服务器和移动核心网络必须协调它们的背景数据传送请求。进行协调以使得UE在深度睡眠中的时间最大化。这是困难的，因为远程服务器提供的服务通常相互独立。如果UE可以聚合来自多个应用的背景数据传送请求，则会更高效。

根据本申请的一个方面，UE可以直接访问核心网络服务和能力。通常，远离UE的应用服务器经由SCEF或NEF访问核心网络服务和能力。通过显示UE可以如何直接访问核心网络服务和能力，在没有远程应用服务器的帮助下，我们增加了核心网络服务和能力可以得到充分利用的场景的数量。例如，通过允许UE直接访问核心网络服务和能力，即使移动核心网络运营商与UE与之通信的应用服务器没有关系，也可以向UE装载服务和能力。

本申请描述了可由UE应用或操作系统(OS)用于访问核心网络服务和能力的一组API。这些API调用从UE应用或操作系统隐藏了UE如何访问服务和能力的细节。API相对于UE调制解调器及其应用的位置在图3A中示出。这里，服务请求API由包含在圆圈内的数字1和3表示。响应/指示API由包含在圆圈内的数字2表示。

在一个实施例中，UE托管的应用被配置为访问经由UE调制解调器开放的服务或能力。对于这些功能的访问应该包括如图3B(i)中所示的许可请求。如图所示，在用户设备的显示器上提供GUI窗口。这里，GUI中对用户的查询是是否授予OS管理设备的深度睡眠的许可。图3B(ii)-(iii)针对服务/能力访问。例如，图3B(ii)示出了用户设备上用于配置背景数据下载的GUI。GUI显示了是否在背景中下载文件的查询。GUI还显示为了实施配置而要填充的截止日期。图3B(iii)示出了用户设备上用于配置背景数据上传的GUI。GUI显示了是否在背景中上传文件的查询。

在一个实施例中，如图4中所示，UE可以访问网络的服务和能力。这里，UE具有可以用于访问NEF的所配备的APN。图4示出了允许UE通过用户平面访问网络的服务和能力的架构。可以向UE配备可以用于连接到UPF的APN，该UPF可以用于到达网络的服务和能力。可以向UE配置它用来寻址数据网络中的NEF的IP地址、FQDN或URI。作为替代，互工作功能或安全网关可以位于UPF和NEF之间。

在另一个实施例中，如图5中所示，UE使用控制平面消息传递来访问网络的服务和能力。图5示出了允许UE通过控制平面访问网络的服务和能力的架构。UE可以将由AMF路由的控制平面消息(例如，NAS消息传递)发送到NEF或正在寻址的特定服务或能力。作为替代，AMF可以将这种类型的流量指向互工作功能或安全网络功能，在这里它可以在被路由到NEF或正在寻址的特定服务或能力之前得到处理。

根据另一实施例，图6示出了使用UP途径获得通用的开放服务的调用流程。每个步骤由阿拉伯数字表示。在步骤0中，UE OS/调制解调器执行建立到网络的连接所需的过程。UP连接通过UPF建立，UPF然后提供到数据网络的IP连接。假设向UE预先配置了建立到NEF的IP连接所需的信息。该信息可以包括APN或DN名称，APN或DN名称可以用来建立可用于连接NEF的网络。它还可以包括NEF的IP地址、FQDN或URI。该信息可以通过GUI配备。

如果没有预先配置必要信息，则UPF可以向UE调制解调器发送用于访问NEF的必要信息，以获得开放的网络服务(步骤1)。配置信息可以包括APN、DN或FQDN信息、IP地址或URI。

使用在步骤1或0中接收的信息，UE调制解调器向NEF发送请求(步骤2)。该流程假定通用的服务请求，其具有下面更详细描述的示例。UE由其5GGUTI标识。请求包括UE正在请求什么能力或服务的指示。能力或服务的示例是缓冲、背景数据传送、通信模式配置、赞助服务、可达性、MO/寻呼关闭模式和增值服务。该消息还可以包含配置能力或服务所需的参数。例如，它可以包括下面更详细描述的参数。请求可以包括可由AMF和NEF用来确定什么NF将为请求提供服务的切片标识符。请求可以通过RESTful API发送。

NEF可以查询用户定义的消息(UDM)并检查UE是否被授权访问所请求的服务(步骤3)。该步骤可以包括NEF和UE之间的附加消息传递以认证和授权UE。NEF可以配置其它NF提供所请求的服务(步骤4)。例如，配置缓冲服务的请求可以被路由到SMF或UPF。配置服务的请求可以包括UE的5GGUTI、SPUI和关于如何配置服务的参数。根据服务请求、UE能力和订阅，NEF向UE发送相应的服务响应。该流程假定通用的服务请求/响应。在成功响应之后，UE调制解调器执行相关的本地处理，并且可以开始使用该服务。

根据如图7中所示的另一实施例，描述了用于使用CP途径获得通用的开放服务的调用流程。每个步骤由阿拉伯数字表示。这里，UE OS/调制解调器执行建立到网络的CP连接所需的过程。可选地，建立IP连接。假设向UE预先配置了在数据网络中访问AS所需的信息。

UE调制解调器向网络发送请求，该请求由AMF路由到NEF(步骤1)。该流程假定通用的服务请求。UE由其5GGUTI标识。请求包括UE正在请求什么能力或服务的指示。能力或服务的示例是缓冲、背景数据传送、通信模式配置、赞助服务、可达性、MO/寻呼关闭模式和增值服务。消息还可以包含配置能力或服务所需的参数。请求可以包括AMF和NEF可用来确定什么NF将为请求提供服务的切片标识符。

作为替代，AMF可以将消息直接路由到将为请求提供服务的NF。例如，它可以将用于配置缓冲服务的请求直接路由到NF。AMF可能需要UE的SPUI或5GGUTI和服务标识符来确定什么NF为请求提供服务。

NEF可以查询UDM以检查UE被授权访问所请求的服务(步骤2)。此外，AMP可以通过查询UDM检查UE是否被授权访问所请求的服务来授权该请求。

NEF可以配置其它NF提供所请求的服务(步骤3)。例如，配置缓冲服务的请求可以被路由到SMF或UPF。配置服务的请求可以包括UE的5GGUTI、SPUI和关于应该如何配置服务的参数。根据服务请求、UE能力和订阅，NEF向UE调制解调器发送相应的服务响应。该流程假定通用的服务请求/响应。

在成功响应之后，UE调制解调器执行相关的本地处理并且可以开始使用该服务。

通过开放启用的功能的介绍

核心网络服务可以通过UE调制解调器开放给UE应用、UE服务层和UE OS。在以下描述中，我们假设调制解调器经由操作系统(OS)所提供的API与UE应用和服务层交互。虽然API被描述为由运行在OS之上的应用使用，但是API也可以由调制解调器开放并由应用访问，或者由OS开放并由服务层访问。表2提供了API的列表。

开放的网络服务API
	缓冲区配置
背景数据传送
	赞助服务
增强的可达性
	寻呼关闭模式
增值服务
	连接状态API
监视数据速率
	管理EAB
管理回退
	管理暂停恢复
管理深度睡眠
	通信模式
连接配置API
	低访问优先级
连接偏好配置
	对于事件报告的配置
平台状态API
	电池
存储器
	外设

表2

缓冲配置

应用可能想要在网络切片中配置缓冲服务以限制可以保存在缓冲区中的分组的数量，使得传感器在唤醒时不会被流量淹没。该信息可以由应用提供给对此信息进行聚合的调制解调器，因为网络设置将适用于每个UE。

表3

表4

图8示出了可以如何使用缓冲区配置API。每个步骤由阿拉伯数字表示。在步骤1中，想要在网络中配置缓冲服务的UE应用向UE服务层发送缓冲配置请求。在步骤2中，UE服务层将缓冲配置请求发送给UE OS/调制解调器。此外，UE应用可以直接向UE OS/调制解调器发出该请求。

在步骤3中，UE OS/调制解调器为UE创建对于缓冲服务的请求并与网络进行交换。网络向UE发信号通知关于可用/授权的缓冲服务的信息。该过程对应于上面详述的通用的服务请求过程，其中可以使用UP或CP途径。

提供给网络的缓冲请求可以包括诸如以下参数：分配的缓冲区的大小、缓冲区的类型、最大等待时间，等等。作为替代，请求可以仅包括定性量度(例如，“最便宜的服务”，“可用的最高等待时间”，等等)。请求/响应过程还可以包括为了服务参数的协商而提供的附加消息。在该步骤中提供给网络的信息已经由服务层或UE OS/调制解调器聚合，并提供每个UE的配置。

在步骤4中，UE OS/调制调解器将缓冲指示消息发送给UE服务层。接着，UE服务层将缓冲指示消息转发给请求该服务的UE应用(步骤5)。最后，新的缓冲区配置由网络配置使用并且由UE理解(步骤6)。

背景数据传送(BDT)配置

为了最小化网络连接尝试次数和在连接的无线电状态中花费的时间，UE可以向网络提供BDT偏好。网络以分配的配置/策略响应所分配的背景数据业务(BDT)窗口。相关信息可以包括期望的数据量和下一次传送的时间窗口。这些BDT窗口/策略可以由UE以多种方式使用，例如用于调度UL流量，用于由UE发起/触发的DL流量，而无需与AS协调。当UE可以为在其上运行的若干应用提供背景数据的协调时，或者当AS与MCN没有业务关系从而不能请求BDT策略时，也可以使用它。

在另一个实施例中，UE应用可以使用关于该UE的下一个可用背景数据传送的可用信息来调度它们的进程。

表5提供来自应用的BDT请求。下面的表6提供来自调制解调器的UE BDT响应。表7提供来自调制解调器的UE BDT开始指示。

表5

表6

元素	类型	描述
			时间窗口	时间	本背景数据传送的时间窗口

表7

根据另一实施例，在图9中示出了BDT配置调用流程。步骤由阿拉伯数字表示。在步骤1中，UE应用向UE OS/调制解调器发送请求BDT服务的BDT请求消息，包括关于其BDT偏好的信息。该请求也可以由服务层发送，并且可以包括对于将在调度的BDT之前由UE调制解调器提供的指示的请求。

在步骤2中，UE OS/调制解调器创建对于BDT的请求，其可以基于一个或多个应用请求。注意，服务层或调制解调器可以执行连结来自若干UE应用的BDT请求的任务。

执行BDT请求/响应过程，在此期间向UE提供用于分配的BDT时机的参数。该过程对应于上面讨论的通用的服务请求过程，其中可以使用UP或CP途径。还要注意，UE调制解调器和网络之间的消息传递可能涉及若干消息，以提供协商BDT参数的可能性。

提供给网络的BDT请求可以包括诸如以下参数：期望的时间窗口、期望的数据传送大小、期望的QoS、流是否被赞助的指示、最大成本基础等。作为替代，请求可以仅包括定性量度(例如“下一个可用窗口”等)。请求/响应过程还可以涉及附加消息以提供服务参数的协商。

在步骤3中，UE OS/调制调解器向发起请求的UE应用或服务层提供关于下一个可用BDT的信息，诸如窗口开始和长度。服务层或调制解调器可以执行在UE应用之间分发被允许的BDT的任务。例如，时间窗口可以在相邻的时隙之间分开，并且每个应用可以仅知道单个时隙。作为替代，每个应用可以被提供完整的可用BDT窗口，但是可以具有可用于传送的较小数据量。

在步骤4中，UE应用/服务层可以根据下一个数据传送窗口调整处理、通信调度等。假设在步骤1中已经请求了BDT开始指示，则UE OS/调制解调器正好在窗口开始之前提供指示(步骤5)。最后，在所调度的BDT窗口期间发生数据传送(步骤6)。

赞助服务

UE托管的应用可以生成一些赞助流量，其是应该向不同实体(通常是与MNO具有业务关系的提供商)收费的流量。

调制解调器可以使用该信息来建立连接。具体地，调制解调器可以请求仅建立赞助连接性。指示可以利用每个新连接建立过程给出，或者应用可以指示更持久的配置，例如，本应用的所有流量都需要赞助。

表8

图10示出了如何利用赞助服务API。每个步骤由阿拉伯数字表示。在步骤1中，UE应用或服务层将赞助服务配置API发送到UE OS/调制解调器，指示例如将被访问用于赞助服务的APN、访问级别、所请求的QoS。该信息可以作为来自该应用的或某种类型的所有未来通信的配置被提供。作为替代，该信息可以与建立通信的每个请求一起被提供。

根据步骤2，使用步骤1中提供的参数来请求和建立用于赞助通信的连接。该过程对应于上面所述的通用的服务请求过程，其中可以使用UP或CP途径。提供给网络的赞助服务请求可以包括诸如以下参数：特定服务类型、APN等。接下来，UE OS/调制解调器向UE应用/服务层提供赞助服务已经被配置并且可以使用的指示(步骤3)。最后，在步骤4中执行赞助数据交换。

增强的可达性

根据另一实施例，并且取决于所提供的服务，应用可能需要非常快速的连接可用性。这可以通过使UE保持在连接(CONNECTED)模式并且不允许它释放它的资源来提供。网络节点将保持跟踪UE处于该状态多长时间以便可以对其进行适当的计费。表9提供了来自应用的对于增强的可达性的请求的元素。

表9

根据另一实施例，增强的可达性API调用流程在图11中示出。每个步骤由阿拉伯数字表示。在步骤1中，每个相关实体(UE应用/服务层、UE OS/调制解调器)发信号通知它们对于增强的可用性的支持。接下来，UE应用/服务层将对于增强的可用性请求发送到UE OS/调制解调器(步骤2)。在步骤3中，UE调制解调器和网络建立和维护增强的可达性模式，使用在步骤2中获得的参数以及UE订阅数据和网络策略。该过程对应于上面详述的通用的服务请求过程，其中可以使用UP或CP途径。

提供给网络的请求可以包括诸如以下参数：期望的开始时间、期望的结束时间或持续时间等。在增强的可用性请求的电子接收之后、在增强的可达性模式已被设置并保持所请求的时间之后，或这两种情况，UE OS/调制解调器可以向UE应用/服务层提供指示。

在步骤4中，基于UE提供的参数(例如，连接到期时间)或网络提供的参数(例如，本地策略)，终止增强的可达性模式(在所有相关节点处)。

寻呼关闭模式

根据又一实施例，UE应用能够指示对于维持功能而不期望寻呼的“寻呼关闭”模式的支持。结果，网络能够关闭到UE的寻呼信令。UE调制解调器在网络提供的注册定时器到期时执行注册。

表10

图12示出了用于寻呼关闭模式API的调用流程。每个步骤由阿拉伯数字表示。每个相关实体(UE应用/服务层、UE OS/调制解调器和网络)发信号通知它们对于寻呼关闭模式的支持(步骤0)。

在步骤1中，当功能需要它时，由UE应用、服务层或UE OS/调制解调器在UE处触发寻呼关闭模式。

在步骤2中，UE OS/调制解调器向网络发送寻呼关闭请求。请求可以包括特定的开始时间、可选的停止时间或持续时间。在步骤3中，网络用可以包括准确的开始时间的响应进行回复。响应可以被转发到请求它的服务层或UE应用，或者被转发到UE上的所有应用。在步骤4中，UE和网络都进入寻呼关闭模式，在此期间寻呼该UE是不可用的。UE OS/调制解调器以及应用调整它们的处理。UE也可以通知远程服务器它对于寻呼的不可用性。

增值服务

在本申请的另一方面，可以调用API来配置可以由移动网络运营商提供的增值服务。增值服务的示例是家长控制、报头压缩、视频压缩、加密/解密、病毒/恶意软件扫描等。

表11

监视通信量

调制解调器可以在给定的时间段内监视底层网络的使用：尝试的通信、失败尝试和成功尝试。

API可以向SL提供该信息，SL反过来将使得它能够限制应用数据使用(以与现有CMDH功能和通信策略关联)。

应用可以使用诸如自首次建立网络连接以来失败尝试的计数之类的简单信息。该信息可以用于例如决定取消对于建立与网络的通信的请求。作为替代，如果网络连接在一小时内丢失超过一定次数，则可以取消请求。

表12

表13

图13示出了用于监视API的调用流程。在步骤1中，如果UE、服务层或某个应用在某个端口号上向某个IP地址等发送了某个数量的消息或比特，则服务层请求被通知。作为替代，UE应用可以直接向UE OS/调制解调器做出这种请求，或者UE服务层可以聚合来自多个UE应用的请求。

在步骤2中，UE OS/调制调解器根据由服务层和/或UE应用设置的配置来执行数据速率的监视。

在步骤3中，UE OS/调制解调器对请求进行回复。根据请求设置，可以提供具有当前数据使用阈值的一次性报告(步骤3a)。

在步骤4中，如果请求指示它，则附加或替代的通知可以被提供(步骤3b)，例如，UEOS/调制解调器向UE服务层发送指示已经满足或正在接近(在预定容限内)使用阈值的通知。服务层可以将通知转发给UE应用，或者通知可以直接发送到UE应用。

在步骤5中，在意识到满足或接近数据阈值之后，UE应用可以关闭其与UE服务层、远程服务层和/或远程应用的连接。该步骤可能仅需要从远程服务层和应用撤销注册，或者它还可以包括在电池故障之前更新数据结构或资源。

作为替代，在意识到满足或接近数据阈值之后，UE应用可以更新其在UE服务层或远程服务层中的状态以指示其已连接但在一段时间内不想执行任何数据平面通信(步骤6)。对于紧急通信，远程服务层和应用仍然可以认为UE应用是可达的，但是远程服务层和应用可以被告知额外的通信将产生额外费用或者应该被赞助。

管理扩展访问阻拦

根据一个实施例，当UE检测到它在EAB下时，应用可以使用UE在EAB下的指示以便改变通信调度。如果UE能够推翻EAB，则应用可以使用用于让API应用决定是否应推翻EAB的API(如下表14所示)。

表14

表15

表16

表17

UE提供的EAB指示可以是显式的(如上表所述)或抽象化的。抽象化的指示可能不提供每个单独的参数，但可以简单地指示阻拦时段何时开始和结束。还可以响应于导致禁止的连接请求提供指示。

图14示出了可以如何使用EAB管理API的示例性调用流程。在此，基于UE应用和调制解调器设置来确定UE EAB配置。例如，这包括：UE应用使用应用EAB设置API将其设置发送到SL，SL转而将它转发到调制解调器(步骤1a)；以及(2)基于“EAB信息请求”参数，或者默认地，调制解调器将EAB信息发送到UE应用(步骤1b)。最初，由调制解调器提供的信息可能仅包括预先配置的信息，诸如UE访问等级。

在步骤2中，UE附连到网络。接下来，在步骤3中，基于调制解调器和网络配置对EAB的UE配置进行评估，如3GPP所规定的。可选地，在步骤3b中，应用可以更新其EAB设置，以指示它通过SL向调制解调器请求关于何时检测到阻拦状态的指示(EAB状态指示)

根据步骤4，当网络强制阻拦使得阻拦影响该UE时，调制解调器能够基于广播信息、UE访问等级等检测它(根据3GPP标准)。接下来，调制解调器向服务层发送EAB状态指示，服务层转而将它中继到请求它的应用(步骤5)。UE应用确定对于即将到来的操作是否需要EAB推翻请求(步骤6)。在步骤7中，UE应用通过SL向调制解调器发送EAB推翻请求。在调制解调器和网络之间执行3GPP EAB推翻过程(步骤8)。此外，在步骤9中，由UE OS/调制解调器向发起请求的实体、向服务层或向支持它的UE应用提供EAB推翻的指示。最后，建立并使用EAB不适用的PDN连接。

管理附连拒绝/回退

根据又一实施例，可以命令UE使用长的最小周期性PLMN搜索时间(例如，高达255分钟)来降低设备在网络故障之后将尝试连接到竞争网络的速度。当UE处于延迟的PLMN搜索和附连的情况时，调制解调器应该将延迟时间开放给UE托管的应用。这些应用可以转而重新调度它们的通信。

UE可以提供当前配置的时间的指示，如下表中所示。当PLMN搜索已经被拒绝并且回退定时器已经被指示时，或者附连请求已经被拒绝的任何时候，可以提供该指示，即使没有提供回退定时器。

表18

表19

在不同的使用中，当UE附连上时，UE可以为应用提供导致简单指示的简单请求API，如下表中所示。

元素	类型	描述
			应用ID	Int	应用标识符
PLMN	Int	所附连的PLMN

表20

在示例性实施例中，可以如何使用附连拒绝/回退管理API的调用流程在图15中示出。每个步骤由阿拉伯数字表示。根据步骤1，UE应用请求当回退定时器变为活跃时被提供指示。

稍后，UE附连请求被拒绝，并且网络向调制解调器提供回退定时器(步骤2)。在步骤3中，调制解调器提供附连请求已被拒绝的指示。该指示被提供给SL，SL将其转发给请求它的UE应用。之后，UE应用使用回退定时器信息来例如调整它将会请求的下一次通信的调度(步骤4)。可选地，当UE再次附连到网络时，它可以将其指示给SL和应用(步骤5)。

管理暂停/恢复

根据另一个实施例，当调制解调器被暂停时，本API通知应用，使得它们知道它们不能到达SCS/AS。当从网络接收到暂停消息时，将触发该API。消息将被发送到应用，使得应用知道暂停任何数据，直到收到恢复指示。当UE确定恢复其连接时，将发送恢复指示。这可能是由于定时器到期、时间到达一个值或应用请求。

表21

管理深度睡眠

让应用知道调制解调器何时由于扩展非连续接收(eDRX)或省电模式(PSM)而处于深度睡眠。应用可以提供UE用于在附连过程期间请求特定DRX的通信调度。作为替代，UE可以决定使用网络广播的DRX周期长度。

表22

表23

UE提供的深度睡眠指示可以是显式的(如上表所述)或抽象化的。抽象化的指示可以仅在进入深度睡眠之前提供指示。

根据另一实施例，图16示出了可以如何使用深度睡眠管理API的示例性调用流程。每个步骤由阿拉伯数字表示。在步骤1中，UE服务层向UE OS/调制解调器发送应用深度睡眠设置指示，以提供诸如以下的信息：它是否提供eDRX支持、为了协商eDRX参数而应该使用的流量模式，等等。注意，可以基于来自UE应用的指示发送消息，或者UE服务层可以为多个UE应用管理该功能。类似地，该消息可以由UE应用直接发送到UE OS/调制解调器。

接下来，UE OS/调制解调器和网络协商eDRX和PSM参数(步骤2)。在步骤3中，UEOS/调制解调器利用协商的参数向发起者发送UE深度睡眠指示。之后，发起者使用该信息来例如调整流量模式(步骤4)。

根据步骤5，当调制解调器确定UE即将进入深度睡眠时(步骤1A)，如果发起者请求UE深度睡眠指示，则调制解调器将向发起者发送UE深度睡眠指示。最后，UE应用和/或SL可以使用该信息来调整用于进入深度睡眠的功能(步骤6)。

通信模式

根据又一个实施例，期望调制解调器能够向网络传送其通信模式。这样做是为了使网络知道何时可以暂停UE、使用什么eDRX循环以及使用什么PSM循环。这些参数可以由调制解调器基于与UE上的应用交换的信息来计算。

应用使用以下API来指示它何时计划交换数据以及它期望需要什么类型的通信模式。应用可以使用该API来与调制解调器协商这些参数。

API可以用于实现非阻塞行为，在这种情况下，应用可以提供返回函数指针，该函数在所请求的通信开始时由调制解调器调用。API可以用于实现阻塞行为，在这种情况下，应用负责在所指示的开始时间开始数据交换。

调制解调器可以使用该信息来同步若干应用，使得它们的通信时段是对齐的。通过对齐它们的通信时段，UE可以睡眠更长的时段(即，在DRX或PSM中保持更长的时段)。对齐通信模式可能意味着两个应用被告知同时或相继开始。

表24

在如图17所示的实施例中，提供关于可以如何使用通信模式API的调用流程。根据步骤1，UE服务层向UE OS/调制解调器发送应用通信调度消息。注意，消息可以源自UE应用，或者UE服务层可以管理若干UE应用的聚合调度。

在步骤2中，在UE处设置整个UE的通信模式。这可以涉及与UR应用和/或服务层的协商。每个实体被通知所得到的通信调度。协商过程将基于本地策略。

接下来，通信模式相关的行为由任一或所有UE实体(例如，应用服务层、OS/调制解调器)实现。例如：(i)协商结果被分发给所有相关实体；(ii)如果提供了返回函数指针，则当请求的通信开始时，调制解调器将调用该函数；(iii)调制解调器实现阻塞行为，仅在协商的模式期间提供通信，并且应用负责在所指示的开始时间开始数据交换；以及(iv)UE服务层和OS/调制解调器可以将该信息用于其它调度目的，例如，计算期望的UE睡眠调度。

低访问优先级指示

根据另一实施例，当调制解调器设立PDN连接、PDP上下文或执行MM或SM过程时，它可以向网络指示它是低访问优先级。如果是低访问优先级，网络可以用回退时间拒绝该消息。当UE正在访问具有低访问优先级的网络时，UE可能在过载时受到更长的回退定时器，因此需要被设计为在访问时容忍延迟。以下API允许UE应用向调制解调器指示其通信是否为低优先级。指示可以一次给出，或者在请求新的PDN连接时给出。

表25

连接偏好配置

一些应用可能能够向调制解调器通知小区选择过程。例如，应用可以指示对于到特定的小区、地理位置、跟踪区域等的连接的偏好。

应用可以请求在调制解调器具有覆盖、连接到特定的小区等时被通知。

表26

元素	类型	描述
			应用ID	Int	应用标识符
当前偏好类型	字符串	调制解调器中当前活跃的偏好的类型

表27

表28

在一个实施例中，图18示出了连接偏好API调用流程。根据步骤1，UE应用将其通信偏好发送到UE服务层。

在步骤2中，UE服务层将连接偏好转发到UE OS/调制解调器。注意UE服务层可以聚合或以其它方式组合来自若干不同UE应用的连接偏好，或者可以直接转发它们。

在步骤3中，UE OS/调制解调器评估和应用连接偏好，UE OS/调制解调器可以使用其它本地策略来确定如何对待这些偏好，例如，可以根据应用类型、数据使用等来适用由不同UE应用提供的排名。可以在SL级别以相同的方式评估/组合若干不同UE应用的偏好。在该情况下，步骤2中的消息包含用于UE OS/调制解调器使用的聚合偏好。

根据步骤4，UE OS/调制解调器返回具有从评估过程产生的活跃连接偏好的指示。如果评估由SL完成，则该消息将简单地指示在调制解调器级别适用偏好。接下来，向UE应用指示活跃连接偏好(步骤5)。基于UE OS/调制解调器指示的活跃连接偏好，UE应用可以进行做出例如其本地通信策略、通信定时等的调整(步骤6)。

根据步骤8，连接使用调制解调器处的活跃连接偏好来建立，并且可以由UE应用使用。可选地，在步骤9中，连接报告消息可以由UE OS/Model发送至SL并转发给UE应用，指示它是否是优选连接并提供有关其设置的信息。

用于事件报告的配置

根据另一实施例，应用可能对接收关于影响连接性问题的事件的指示感兴趣。可以使用相同请求配置多个事件，或者可以对配置的每个事件使用单独的请求。

表29

表30

图19示出了如何使用连接偏好API。根据步骤1，UE服务层向UE OS/调制解调器提供事件报告配置消息。作为替代，UE应用可以直接向UE OS/调制调解器提出该请求，或者UE服务层可以聚合来自若干UE应用的请求。

在步骤2中，调制解调器单独或通过与网络的交互来检测事件。在步骤3中，UE OS/调制解调器向UE服务层发送事件报告消息，UE服务层可以将时间报告消息转发给请求它的UE应用。

电池状态

在又一实施例中，UE托管的应用可能需要在其功能中使用电池的状态，因此它们可以提供由调制解调器通知这种状态的请求。

表31

表32

如图20中所示，通用的调用流程示出了当替换通用的API时可以如何使用电池状态API。调用流程将在下面进一步讨论。

存储器状态

UE托管的应用可能需要在其功能中使用存储器使用的状态，因此它们可以提供由调制解调器通知这种状态的请求。

表33

元素	类型	描述
			存储器状态	Int	提供量化存储器使用水平的数值

表34

图20例示了通用的调用流程，其示出了在替换通用的API时可以如何使用存储器状态API。在步骤1中，UE服务层调用状态请求API。该请求可以指示服务层想要当前状态(例如电池、存储器)的定期更新或一次性报告。作为替代，UE应用可以直接向UE调制解调器或OS提出该请求。

接下来在步骤2中，UE OS或调制解调器确定请求状态。UE OS或调制解调器响应API调用，确认该请求已被接受(步骤3)。响应可以包括当前状态。UE服务层可以基于该状态更新数据结构或资源。

在步骤4中，应用可以在服务层请求例如当前可用的电池、存储器、外设的状态的报告(步骤4a)。UE服务层可以用最新接收的状态进行响应(步骤4b)。作为替代，在步骤5中，UE应用可以订阅与状态报告相关的数据结构或资源。例如，UE应用可以基于SL资源中可用的信息在电池水平改变、超过阈值等时请求通知。当订阅事件发生时，UE服务层响应于步骤5b中的订阅请求，向UE应用发送通知。

在步骤4或5之后，UE应用可以响应于状态报告而触发其它动作，如步骤6或步骤7的执行所示。

根据步骤6，在已经向UE应用通知新状态之后：(i)UE应用可以基于所接收的状态报告来更新远程资源或数据结构。例如，它可以在进入休眠状态之前在远程服务层更新电池状态；(ii)远程应用可以订阅远程资源或数据结构，以便在平台上可用的状态信息发生变化时通知它；以及(iii)当在步骤7中订阅的事件发生时，远程服务层可以向远程应用发送通知。

在步骤7中，UE应用可以关闭其与UE服务层、远程服务层和/或远程应用的连接。该步骤可能需要简单地从远程服务层和应用撤销注册，或者它还可以包括在电池故障之前更新数据结构或资源。

外设报告

UE托管的应用可能需要使用附连到通信模块的各种外设的状态。

表35

元素	类型	描述
			应用ID	Int	应用标识符
外设状态	Int	提供外设的状态，例如，运行中、睡眠中，等等

表36

根据本申请，应当理解，本文描述的任何或所有系统、方法和过程可以以存储在计算机可读存储介质上的计算机可执行指令(例如，程序代码)的形式实现，这些指令当由诸如计算机、服务器、M2M终端设备、M2M网关设备、转接设备等机器执行时，执行和/或实现本文所述的系统、方法和过程。具体地，上述任何步骤、操作或功能可以以这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除的介质，但是这样的计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD ROM、数字通用盘(DVD)或其它光盘存储器、磁带盒、磁带、磁盘存储器或其它磁存储设备，或者可用于存储所需信息并且可由计算机访问的任何其它物理介质。

根据本申请的又一方面，公开了一种用于存储计算机可读或可执行指令的非暂时性计算机可读或可执行存储介质。该介质可包括一个或多个计算机可执行指令，例如上面在根据图6-20的多个调用流程。计算机可执行指令可以存储在存储器中并由上面在图1C和1D中公开的处理器执行，并且在包括移动核心网络中的UE的设备中使用。在一个实施例中，公开了一种计算机实现的UE，其具有非暂时性存储器和可操作地耦合的处理器，如上面在图1C和1D中所描述的。

尽管已经根据目前被认为是特定方面的内容描述了系统和方法，但是本申请不必限于所公开的方面。其旨在涵盖包括在各权利要求的精神和范围内的各种修改和类似布置，权利要求的范围应当被赋予最广泛的解释，以包含所有这些修改和类似结构。本公开包括所附权利要求的任何和所有方面。

Claims (21)

1.一种装置，包括：

非暂时性存储器，包括存储在其上的用于配置服务的指令；以及

可操作地耦合到非暂时性存储器的处理器，被配置为执行以下操作的指令：

接收用于访问开放功能的第一信息；

经由应用接收对于所述服务的请求；

基于所述第一信息创建对于所述服务的请求；以及

将所创建的请求发送到所述开放功能。

2.如权利要求1所述的装置，其中，所述开放功能是网络开放功能。

3.如权利要求1所述的装置，其中，所接收的请求包括用于配置所述服务的参数。

4.如权利要求1所述的装置，其中，还包括：

从所述开放功能接收响应，其中

从所述开放功能接收的响应包括第二信息，并且

所述第二信息包括期望的时间窗口、窗口开始、窗口长度、期望的数据传送大小、期望的服务质量、流是否被赞助的指示、最大成本基础或定性测量中的任何一个或多个。

5.如权利要求4所述的装置，其中，所述处理器还被配置为执行将所述第二信息发送到所述应用的指令。

6.如权利要求1所述的装置，其中

所述处理器还被配置为执行确认所述应用已经请求和/或配置所述服务的指令，并且

RESTful应用程序接口(API)被用于将所述请求发送到所述开放功能。

7.如权利要求1所述的装置，其中，所述服务包括缓冲、背景数据传送、通信模式配置、赞助服务、可达性、移动发起/寻呼模式或增值服务中的任何一个或多个。

8.如权利要求1所述的装置，其中，所述第一信息包括访问点名称(APN)、完全适格域名(FQDN)、互联网协议(IP)地址或统一资源指示符(URI)中的任何一个或多个。

9.如权利要求1所述的装置，其中，所述处理器还被配置为执行与所述开放功能的认证过程。

10.如权利要求1所述的装置，其中，所述处理器还被配置为执行以下操作的指令：

在一个或多个应用之间分配允许的背景数据传送；

基于数据传送的下一个窗口检测调整；以及

在窗口的开始之前提供指示。

11.如权利要求3所述的装置，其中，所述参数包括期望的开始时间、期望的结束时间或持续时间中的任何一个或多个。

12.一种方法，包括：

接收用于访问开放功能的第一信息；

经由应用接收对于服务的请求；

基于所述第一信息创建对于所述服务的请求；以及

将所创建的请求发送到所述开放功能。

13.如权利要求12所述的方法，其中，所接收的请求包括用于配置所述服务的参数。

14.如权利要求12所述的方法，还包括：

从包括第二信息的所述开放功能接收响应，其中

从所述开放功能接收的响应包括第二信息，并且

所述第二信息包括期望的时间窗口、窗口开始、窗口长度、期望的数据传送大小、期望的服务质量、流是否被赞助的指示、最大成本基础或定性测量中的任何一个或多个。

15.如权利要求12所述的方法，还包括：

确认所述应用已经请求和/或配置所述服务。

16.如权利要求12所述的方法，其中

RESTful应用程序接口(API)被用于将所述请求发送到所述开放功能，并且

所述第一信息包括APN、FQDN、IP地址或URI中的任何一个或多个。

17.如权利要求12所述的方法，其中，所述服务包括缓冲、背景数据传送、通信模式配置、赞助服务、可达性、移动发起/寻呼模式或增值服务中的任何一个或多个。

18.一种方法，包括：

向无线收发单元(WTRU)发送用于访问开放功能的第一信息；

经由所述WTRU接收基于所述第一信息对于服务的请求；以及

将响应发送到所述WTRU。

19.如权利要求18所述的方法，其中，所述开放功能是网络开放功能。

20.如权利要求18所述的方法，其中，还包括：

所述响应包括第二信息，并且

所述第二信息包括期望的时间窗口、窗口开始、窗口长度、期望的数据传送大小、期望的服务质量、流是否被赞助的指示、最大成本基础或定性测量中的任何一个或多个。

21.一种与移动核心网络通信的装置，包括：

非暂时性存储器，包括存储在其上的用于监视API的指令；以及

可操作地耦合到非暂时性存储器的处理器，被配置为执行以下操作的指令：

从服务层接收对于被通知正在传输的消息或比特的阈值数量的请求；

根据所述请求监视数据速率；

向服务层传输包括关于所述阈值数量的信息的报告；以及

从服务层接收连接被关闭的通知。

Images