用于经由远程诊断来管理移动终端的性能的系统和方法

文档序号:7637267阅读:142来源:国知局
专利名称:用于经由远程诊断来管理移动终端的性能的系统和方法
技术领域
本发明主要地涉及管理网络实体的性能的系统和方法,并且具 体地涉及管理至少部分地在移动环境中操作的移动终端的性能的系 统和方法。
背景技术
移动通信设备和移动网络的发展已经突飞猛进。起初,模拟移 动网络实现了语音通信和简单寻呼特征。随后,数字移动网络为语 音和数据通信提供了更高级的特征,比如加密。呼叫者标识和短消
息服务(SMS)文本消息。近来,正在开发第三代(3G)移动IP网 络技术以使用户能够利用移动设备容易地获取内容丰富的媒体、信 息和娱乐。
在提供数目增长的可供移动网络使用的特征和服务时,服务提 供商通常试图为它们的用户维持最低等级的服务质量(QoS)级。就 这一点而言,管理向移动网络提供的一个或者多个服务的QoS通常 包括对规则集的监管,该规则集可以包括一个或者多个值声明以及 待执行的关联动作。规则集通常称为简档、策略或者服务级协议 (SLA)。这些规则可以是客户与网络运营商或者服务提供商之间 的合同,该合同指定了 QoS、客户要求以及与该服务相关联的成本。
用于管理移动用户的QoS的现有技术是建立在多层协议栈各层 的独立性能/QoS管理技术之上的。例如,网络级QoS遵循网络级过 程,而物理层QoS管理遵循不同的独立物理层协议。由此,为了提 高向移动用户提供的服务的性能/QoS管理,将希望开发一种综合了 或者以别的方式协调了在多层协议栈不同层的QoS管理的端到端性 能和QoS管理框架。

发明内容
鉴于前述背景,本发明的实施例提供一种用于对提供给移动设 备的服务进行端到端QoS管理的框架。根据本发明的实施例,能够
经由用于各个终端的空中接口 (OTA)框架来提供针对相应终端的 服务的QoS提供和管理。本发明的实施例因此提供用于端到端QoS 管理的框架。 一般而言,根据本发明的实施例,端到端QoS管理提 供QoS作为针对底层服务的服务提供的一部分,包括为要求管理的 不同层来限定QoS参数。然后,本发明实施例的QoS管理通过监视 在包括应用层、网络层和/或物理层的不同层的参数以及如果希望这 样则通过监视用户体验来实现性能监视。在实现相应服务的过程中, 能够经由反馈(例如,自适应)算法来提供对QoS的控制。
本发明实施例的用于端到端QoS管理的框架通过应用级QoS来 增强移动用户的体验,这造成了改进如例如画面质量、音频质量和/ 或语音连续性这样的感受。该框架也使得能够根据自适应定伤模型 而不是固定模型来设置或者以别的方式建立针对服务的定价。也就 是说,该框架允许基于实用性或者更确切地是用户从相应服务提供 商实际接收的服务质量来建立针对服务的定价。另外,该框架减少 了对于向实现服务的终端过量提供网络资源的需要,由此减少相应 服务提供商所引起的成本。
根据本发明的 一 个方面,提供 一 种用于管理终端的性能的系统。 该系统包括能够基于服务级协议(SLA)来标识一个或者多个QoS 管理参数的服务级管理器,其中SLA与能够由终端实现的所选服务 相关联。由于QoS管理参数可以因多层协议栈中的栈而不同,所以 服务级管理器也能够将QoS管理参数映射到用于比如应用层、网络 层和物理层这样的不同协议层的对应层具体QoS参数。随后,服务 级管理器能够向终端下载包括层具体QoS参数的服务级规范(SLS)。 就这一点而言,在提供所选服务过程中将SLS下载到终端,其中经 由比如基于IP的OTA框架(例如IOTA-DM、 OMA DM等)或者基
于非IP的OTA框架(例如CDMA OTASP/OTAPA等)这样的空中 接口 (OTA)框架将SLS下载到终端。由此,该系统还能够包括能 够执行在终端对所选服务的服务提供的设备管理(DM )服务器。DM 服务器又能够在服务提供过程中与服务级管理器通信以由此触发服 务级管理器将SLS下载到终端。
具体而言,服务级管理器能够经由OTA框架在对所选服务的 OTA服务提供(OTASP)过程中下载SLS。因而,服务级管理器还 能够更新至少一个QoS管理参数、将更新的QoS管理参数映射到对 应更新的层具体QoS参数并且向终端下载包括更新的层具体QoS参 数的更新SLS。在这样的实例中,根据OTA框架,服务级管理器能 够经由OTA框架下载更新的SLS。
在将SLS下载到终端之后,然后能够基于SLS来管理终端在实 现所选服务时体验的QoS。例如,终端能够接收下载的SLS,并且 随后在终端的设备管理树中存储下载的SLS,使得下载的SLS在设 备管理树中与所选服务相关联。随后,终端可以至少部分地能够基 于SLS来管理终端所体验的QoS。由此,服务级管理器还能够在下 载层具体QoS参数之前将层具体QoS参数转译成根据OTA框架的 格式(例如IOTA/OMA DM格式)和配置(设备描述框架-DTF )。 因而,服务级管理器能够下载包括转译的层具体QoS参数的SLS。
根据本发明的其它方面,还提供一种用于管理终端的性能的终 端、方法和计算机程序产品。本发明的实施例因此提供一种用于管 理终端的性能的系统、终端、方法和计算机程序产品。根据本发明 的实施例,能够在设备管理框架中经由远程诊断来管理终端的性能 或者QoS。就这一点而言,服务级管理器能够向终端下载用来测量 终端的QoS的QoS参数,其中下载的参数包括用于多个不同协议层 的参数并且经由OTA框架来下载。本发明的实施例因此实现了与在 协议栈各层的独立性能管理机制相独立的终端的性能管理。本发明 的实施例提供 一 种用于跨各种协议层来协调的端到端性能管理的综 合机制。这样,本发明实施例的系统和方法解决了现有技术所面临的问题并且提供了附加优点。


已经用一般性的措词如是地描述了本发明,现在将对附图进行 参照,这些附图并非必然按比例绘制并且在这些附图中
图1是根据本发明一个实施例用于管理一个或者多个终端的性
能的系统的示意性框图2是根据本发明实施例能够作为网络节点来操作的实体的示 意性框图3是具体地图示了根据本发明实施例的移动终端的示意性框
图4和图5是图示了根据本发明实施例至少部分地经由空中接 口 (OTA)框架来管理终端的性能的方法中各种步骤的流程图6是根据本发明实施例按照服务级规范来实现所提供的服务 的终端的功能框图;以及
图7是根据本发明实施例的终端以及控制该终端在不同协议层 的QoS的一个或者多个网络的功能框图。
具体实施例方式
现在将参照其中示出了本发明优选实施例的附图在下文中更完 全地描述本发明。然而,本发明可以用许多不同形式来实施而不应 当理解为限于这里阐述的实施例;实际上,提供这些实施例是为了 使本公开将既透彻又完整并且将本发明的范围完全地传达给本领域 技术人员。相似的标号通篇指代相似的单元。
参照图1,提供了将从本发明中受益的一类系统的图示。如图所 示,系统10包括公共网络12,比如公共网际协议(IP)网络如因特 网。公共网络包括许多网络节点,各网络节点在物理上包括处理单 元如服务器计算机、路由器计算机、个人计算机、膝上型计算机等。 具体而言,公共网络能够包括一个或者多个网络节点,这些网络节
点包括服务器处理器14、工作站等(下文单独地称为"服务器"), 各网络节点能够在公共网络内或者跨经公共网络进行通信。服务器
中的一个或者多个服务器可以如下所述作为设备管理(DM)服务器 来操作。公共网络也能够包括多个路由器15,通过这些路由器经过 公共网络来传递通信。此外,公共网络能够包括一个或者多个网络 节点,这些网络节点包括移动终端16,各网络节点能够在公共网络 内或者跨经公共网络进行通信。
终端16能够包括例如移动电话、便携式数字助理(PDA)、寻 呼机、膝上型计算机、智能卡和其它类型的电子系统。为了便于终 端接入公共网络,公共网络能够包括一个或者多个无线接入点(AP) 18,各无线接入点能够耦合到一个或者多个终端。就这一点而言, AP能够包括接入点,这些接入点被配置用以根据如例如射频(RF )、 蓝牙(BT)、红外线(IrDA)或者包括WLAN技术的多个不同无线 联网技术中的任何技术来与终端通信。根据本发明的实施例, 一个 或者多个终端能够作为客户机来操作用以与一个或者多个服务器通 信。然而,应当认识到一个或者多个终端可以除此之外或者耳又而代 之地能够作为服务器来操作。
除了公共网络12之外,系统10能够包括一个或者多个专用网 络20如局域网(LAN)。各专用网络如公共网络能够包括许多网络 节点。另外如公共网络12那样, 一个或者多个专用网络的网络节点 能够包括一个或者多个服务器14并且如果希望如此则包括一个或者 多个路由器(未示出)。 一个或者多个专用网络,也可以如公共网 络那样包括一个或者多个网络节点,该一个或多个网络节点包括一 个或者多个移动终端16,各终端能够耦合到AP 18。另外,为了便 于公共网络的网络节点与专用网络的网络节点之间的通信,各专用 网络还能够包括互连公共网络和专用网络的网关处理器(GTW ) 22。
系统10也能够包括一个或者多个移动或者蜂窝网络24。蜂窝网 络能够包括多个不同移动网络中的 一 个或者多个移动网络。就这一 点而言,蜂窝网络能够包括多个第一代(1G)、第二代(2G) 、 2.5G
和/或第三代(3 G )蜂窝网络中的任何网络和/或能够根据本发明实施 例操作的多个其它网络中的任何网络。例如,各蜂窝网络能够包括
GSM (全球移动通信系统)、IS-136 (时域多址-TDMA) 、 IS-95 (码 分多址-CDMA)或者EDGE(增强型数据GSM环境)网络。可选地, 一个或者多个蜂窝网络能够包括GPRS (通用无线电分组服务)或者 基于GPRS (例如通用移动电信系统-UMTS )网络。
如公共网络和专用网络12、 20那样,虫奪窝网络24也包括一个 或者多个网络节点。就这一点而言,各蜂窝网络的网络节点能够包 括在相应蜂窝网络内和/或跨经相应蜂窝网络进行通信的移动终端。 具体而言,与公共和专用网络一样,蜂窝网络能够包括一个或者多
个服务器14并且如果希望这样则包括路由器(未示出)。此外,蜂 窝网络能够包括一个或者多个网络节点,这些节点包括终端16。然 而,为了将各终端耦合到蜂窝网络,蜂窝网络包括一个或者多个基 站点或基站(BS)26。正如将要认识到的,BS是蜂窝网络的一部分,、 该蜂窝网络也能够包括操作蜂窝网络所需要的其它单元,比如移动 交换中心(MSC)(未示出)。如前文所述那样,为了便于公共和/ 或专用网络的网络节点与蜂窝网络的网络节点之间的通信,各蜂窝 网络还能够包括互连虫奪窝网络和公共或者专用网络的GTW 22。
根据本发明的实施例,出于多个不同目的中的一个或者多个目 的,公共网络12、专用网络20和/或蜂窝网络24的一个或者多个移 动终端16能够作为客户机来操作用以与一个或者多个服务器14通 信。可选地, 一个或者多个终端能够作为与操作为一个或者多个客 户机的其它 一 个或者多个终端进行通信的 一个或者多个服务器来操 作。具体而言,于是一个或者多个移动终端能够与在相同或者不同 网络内的一个或者多个服务器通信,比如请求并且随后实现向终端 提供的一个或者多个服务。就这一点而言,正如下文具体描述的那 样,为了管理向终端提供的一个或者多个服务的服务质量(QoS), 公共网络、 一个或者多个专用网络和一个或者多个蜂窝网络中一个 或者多个网络的网络节点也能够包括一个或者多个服务级管理器
28。
现在参照图2,该示了根据本发明一个实施例能够在公共网 络12、 一个或者多个专用网络20或者一个或者多个蜂窝网络24内 作为网络节点(例如服务器14、终端16、服务级管理器28等)来 操作的实体的框图。虽然表示为分离实体,但是在一些实施例中一 个或者多个实体可以支持在该一个或者多个实体内在逻辑上分离但 是协同放置的一个或者多个网络节点。例如,单个实体可以支持在 逻辑上分离但是协同放置的服务器或者终端。又如,特别是当服务 器作为DM服务器时,单个实体可以支持在逻辑上分离但是协同放 置的服务器和服务级管理器。
如图所示,能够作为网络节点来操作的实体一般能够包括连接 到存储器32的处理器30。存储器能够包括易失性和/或者非易失性 存储器并且通常存储内容、数据等。例如,存储器通常存储从实体 发送和/或由实体接收的内容。又如,存储器通常存储用于处理器执 行根据本发明实施例与实体的操作相关联的步骤的软件应用、指令 等。
除了存储器32之外,处理器30也能够连接到用于显示、发送 和/或接收数据、内容等的至少一个接口或者其它装置。就这一点而 言, 一个或者多个接口能够包括用于发送和/或接收数据、内容等的 至少一个通信接口 34或者其它装置以及能够包括显示器36和/或用
户输入接口 38的至少一个用户接口。用户输入接口又能够包4舌允许 实体从用户接收数据的多个设备中的任何设备,比如键盘、触式显
示器、操控杆或者其它输入设备。
现在参照图3,该图具体地图示了将从本发明实施例中受益的一 类终端16。然而应当理解,所示的以及下文描述的终端仅^又举例说 明将从本发明中受益的 一类终端,因此不应当理解为限制本发明的 范围。尽管出于举例的目的而图示了以及将在下文中描述终端的数 个实施例,但是其它类型的终端如上文所示的终端能够容易地运用 本发明。
如图所示,除了天线39之外,终端16还包括发送器40、接收 器42以及分别提供信号给发送器和接收器和从发送器和接收器接收 信号的控制器44。这些信号包括根据适用蜂窝系统空中接口标准的 信令信息并且也包括用户语音和/或用户生成的数据。就这 一 点而言, 终端能够利用一个或者多个空中接口标准、通信协议、调制类型和 接入类型来操作。具体而言,终端能够根据多个1G、 2G、 2.5G和/ 或3G蜂窝网络中的任何网络和/或能够根据本发明实施例来操作的 多个其它蜂窝网络中的任何网络来操作。例如,终端能够根据2G无 线通信协议GSM、 IS-136 (TDMA)和/或IS-95 (CDMA)来操作。 除此之外或者取而代之,例如终端能够根据2.5G无线通信协议 GPRS.EDGE等来操作。又如,终端能够根据3G无线通信协议如 UMTS网络来l喿作。
理解到控制器44包括用于实施终端16的音频和逻辑功能所需 要的电路。例如,控制器可以包括数字信号处理器设备、微处理器 设备以及各种模拟到数字转换器、数字到模拟转换器和其它支持电 路。终端的控制和信号处理功能在这些设备之间根据它们的相应能 力来加以分配。控制器还能够包括内部语音编码器(VC) 44A并且 可以包括内部数据调制解调器(DM) 44B。另外,控制器可以包括 用以操作可以存储于存储器中的一个或者多个软件程序的功能(下 文有描述)。例如,控制器能够操作连接程序如常规Web浏览器。 连接程序于是例如可以允许终端比如才艮据HTTP和/或无线应用协议 (WAP )来发送和接收Web内容。
终端16也包括用户接口 ,该用户接口包括全部耦合到控制器44 的常规耳机或者扬声器46、振铃器48、麦克风50、显示器52和用 户输入接口 。允许终端接收数据的用户输入接口能够包括允许终端 接收数据的许多设备中的任何设备,比如键盘54、触式显示器(未 示出)或者其它输入设备。在包括键盘的实施例中,该键盘包括常 规数字(0-9)和有关的键(#、 *)以及用于操作终端的其它键。虽 然未示出,终端能够包括用于为操作终端所需要的各种电路供电以
及可选地提供机械振动作为可检测输出的电池如振动电池包。
虽然未示出,但是终端还能够包括用于在本地与 一个或者多个 其它网络节点如AP 18共享数据的装置。也能够根据多个不同技术 来提供数据的共享以及数据的远程共享。例如,终端能够包括射频
(RF)收发器,该收发器能够与其它射频收发器和/或如本领域技术 人员已知的射频标识(RFID)发射机应答器标签共享数据。除此之 外或者取而代之,终端可以使用蓝牙专门兴趣组所开发的蓝牙商标 无线技术来共享数据。又如,终端可以使用多个不同无线联网技术 中的任何技术来共享数据。这些技术包括WLAN技术如IEEE 802.11 技术等。
终端16还能够包括通常存储与移动定户有关的信息元素的存储 器,比如订户标识模块(SIM) 56、可移动用户标识才莫块(R-UIM) 等。除了 SIM之外,终端能够包括其它可移动和/或固定存储器。就 这一点而言,终端能够包括易失性存储器58,比如易失性随机存取 存储器(RAM),该存储器包括用于临时存储数据的高速緩存区。 终端也能够包括可以是嵌入式和/或可以是可移动式的其它非易失性 存储器60。非易失性存储器除此之外或者取而代之地还能够包括 EEPROM、闪存等。存储器能够存储由终端用来实施终端功能的多 条信息和数据中的任何信息和数据。例如,存储器可以存储能够唯 一地标识终端的标识符,比如国际移动"i殳备标识(IMEI)代码、国 际移动用户标识(IMSI)代码、终端综合服务数字网络(MSISDN) 代码(移动电话号码)、话路发起协议(SIP)地址等。如下所述, 存储器也可以存储能够在终端上操作的一个或者多个应用。
系统的多个节点(例如服务器14、终端16等)配置用以根据比 如开发系统互连(OSI)模型所提供的协议栈这样的协议栈来操作。 正如将会认识到的,协议栈可以用软件、硬件、固件或者它们的組 合来实施。具体而言,OSI模型包括七个层,包括应用层、表示层、 话路层、传送层、网络层、数据链路层和物理层。OSI模型由国际标 准组织(ISO )开发并且在标题为T7ze OS7i^/e^"ce Mo^/的ISO 7498中有描述,通过援引将它整体结合于此。 一般而言,OSI模型的各层 执行具体数据通信任务、对高于该层的层的服务(例如网络层为传 送提供服务)。该过程能够类似于在通过邮寄系统发送信件之前将 信件置于一连串信封中。各连续信封添加另一处理层或者处理事务 所必需的开销信息。所有信封一起有助于保证信件到达正确地址并 且收到的消息与发送的消息相同。 一旦整个包在它的目的地被接收, 则逐一打开信封直至信件本身显现为完全如写信的那样。
在两个节点之间(例如在终端16与服务器14之间)的实际数:
据流在源节点中从顶至底、穿越通信线、然后在目的地节点从底至 顶。每当用户应用数据在同一节点从一个层向下传递到下一层时, 添加更多处理信息。当在其它节点中对等层去除和处理该信息时, 它实现了执行各种任务(纠错、流控制等)。
如背景技术中说明的那样,用于管理移动用户的QOS的现有技 术是基于在多层协议栈各层的独立性能/QoS管理技术。例如,网络 级QoS遵循网络级过程,而物理层QoS管理遵循不同的独立物理层 协议。本发明的实施例因此提供一种综合或者以别的方式协调在多 层协议栈不同层的QoS管理的端到端性能和QoS管理框架。本发明 实施例的端到端QoS管理框架限定了随后能够映射或者以别的方式 转译成相应终端多级协议栈不同层的高级参数集。用于不同级的参, 数然后能够经由一个或者多个空中(OTA)服务提供技术提供给相 应终端。因而,能够经由一个或者多个OTA技术针对相应终端来管 理用于不同级的参数。
在能够通过相应网络(例如公共网络12、专用网络20、蜂窝网 络24等)用动作进行操控的终端16中存储的信息能够由终端在分 级管理树中加以组织。该管理树也称为设备管理树。就这一点而言, 设备管理树能够将终端中的可用信息组织为分级树结构,其中能够 基于信息在设备管理树中的位置利用统一资源标识符(URI)对信息 唯一地进行寻址。设备管理树内的各条寻址信息又能够包括比如接 入控制列表(ACL)、名称、类型、版本号和时间戳这样的性质集。
这样的设备管理树在开放移动联盟(OMA )标准规范"ev/ce M(3wagemewf 7>ee aw<i Descrzjc^/ow中有具体描述。
根据本发明的一个实施例,对终端16的性能的管理包括空中服 务提供(OTASP)以启用终端的服务或者特征比如能够激活终端以 1更在蜂窝网络24中操作。参照图4,在执行OTASP之前,如块66 中所示选择待提供的服务。 一旦已经选择服务,如块68中所示,终 端确定设备管理树中的子树是否包括所选服务。如果设备管理树中 的子树对于所选服务而言不存在,则如块70中所示,终端建立这样 的子树并且利用与服务相关联的标识符(ID)来标记该子树的根。 在设备管理树中,正如下文说明的那样,用来实现所选服务所需要 的或者以别的方式用来实现所选服务的参数然后能够在服务ID之下 -波加以组织并且因此在才对中与所选服务相关联。
除了为终端16的设备管理树中的服务建立节点之外,如图4的 块72中所示,对终端的性能的管理还包括启动OTASP。通常,能 够在系统的两端之 一 即要么在终端要么在相应接入网络启动 OTASP。就这一点而言,由终端启动的方法允许终端用户选择服务 提供商、激活终端到所选服务以及更新终端中存储用于实现所选服 务的信息。对照而言,也称为空中参数监管(OTAPA)的由网络启 动的过程允许服务提供商更新存储在终端中用于实现所选服务的信 息。就这一点而言,OTAPA也建立在支持OTASP的空中接口编程 十力"义和方法上。
如下文说明的那样,根据OTA框架来管理终端的性能。然而, 应当理解,能够根据多个OTA网络中的任何网络来管理终端性能。 这样的OTA框架包括例如基于IP的OTA框架,如3GPP2标准规范
所提供的IOTA-DM或者OMA标准规范5>"cML Dew'ce M3"agewe"/ iVWoco/所!是供的OMA-DM。另 一这样的OTA框架包 络例如基于非IP的OTA框架(非IP OTA-DM)框架,比如题为 (9ver^/ze-爿/r Sendee iVoW^om'"gMo6//e 5Va"ora 印ec&ww 5Vam/a^s的3GPP2标准规范C.S0016画C所提供的CDMA OTASP/OTAPA。另外又一这样的OTA框架包括例如简单网络管理 协议(SNMP)框架。
参照图5,由用户启动的OTASP通常包括如块74中所示与所选 服务的提供商的服务中心通信。服务提供商能够用多个不同方式中 的任何方式来选择。例如,能够通过对终端16进行编程以针对一个 或者多个特定服务提供商尝试OTASP或者通过对终端进行编程以 搜寻多个服务提供商、随后向用户提供从中选择服务提供商的列表-来选择服务提供商。虽然未示出,但是服务中心能够耦合到相应网 络的AP 16或者BS 26。就这一点而言,将认识到始发呼叫能够经由 基础AP或者BS作为服务请求传送到服务中心。
在收到服务请求时,如块76中所示,服务中心触发相应DM服 务器(例如服务器14)开始与终端16的管理话路。响应于来自服务 中心的触发,DM服务器启动与终端的通信以由此开始管理话路。在 已经与终端建立通信之后,如块78中所示,终端向DM服务器标识 自身。通过标识自身,终端建立与DM服务器的唯一标识并且赋予 DM服务器关于终端能力的信息以及终端所存储的信息。随后,DM 服务器为终端分配、建立或者以别的方式设置多个参数。例如,当 DM服务器在激活终端以便在蜂窝网络24中操作时,DM服务器能 够将移动标识号(MIN)分配给终端以及建立认证密钥("A-密钥") 和号码分配模块(NAM)参数,包括优选操作模式(模拟或者数字)。 共享保密数据(SSD)和漫游信息如"优选漫游列表"。
能够用多个不同方式中的任何方式来格式化和配置参数。例如, 能够用比如根据IOTA-DM、 OMA DM等的格式这样的可扩展标记 语言(XML)格式来格式化参数。另外,能够根据比如在OMA标 准步见范办wcML Z)eWce Mawagewe"/ 7>ee Dwcr/p"o"中包含的框 架这样的IOTA-OMA设备描述框架(DDF)来配置参数。然而,无 论如何格式化和配置参数,在分配参数之时或者之后,如块80中所 示,从DM服务器下载参数到终端。在收到各参数时,终端16在设
备管理树中存储参数,使得参数在设备管理树中与所选服务相关联。 另外,正如本领域技术人员将认识到的,能够相应地建立或者更新 与各参数相关联的接入控制列表(ACL)。
除了将实现所选服务所需要的参数下载到终端16之外,在
OTASP过程中下载前述参数到终端之后或者之时,DM服务器(例 如服务器14)能够与相应服务级管理器28通信。DM服务器由此能 够触发服务级管理器以向终端提供或者以别的方式下载用于维持所 选服务所需质量的一个或者多个服务质量(QoS)管理参数。就这一 点而言,在向终端提供所选服务时,终端用户和服务提供商通常就 针对服务的必需QoS和价格达成协议,其中达成协议的QOS和价格 通常在服务级协议(SAL)中具体化。 一般而言,SLA能够被视为 服务提供商与用户之间的合同,该合同限定了 QoS保障和价格以及' 如果服务提供商不能满足指定的QoS则会有的惩罚。也就是说,QoS 对应于执行某个操作(服务)所具有的良好度(质量)。例如,某 些服务如多媒体应用或者越洋电话呼叫可以要求与准确性、可信性 和执行的传输速率有关的保障。QoS是测量、提高以及在一定程度 上预先保障网络传输速率、错误率以及其它特征的服务范围。
具体而言,如块82中所示,服务级管理器28基于为所选服务 而建立的SLA来标识一个或者多个QoS管理参数。例如,服务级管 理器能够标识QoS管理参数,比如与网络带宽、分组延迟变化、网 络延时/抖动、数据分组损失、网络可用性和/或可靠性有关的一个或 者多个最小值和/或范围。然而,正如将要认识到的,多个QoS管理 参数能够具有因终端的多层协议栈的不同层而不同的值或者范围。 例如,带宽参数能够在应用层包括视频帧速率而在网络(例如IP) 层包括传输位速率。由此,根据本发明的实施例,如块84中所示, 一个或者多个标识的QoS管理参数映射到用于多层协议栈不同层的 对应QoS管理参数。例如在一个实施例中,标识的QoS管理参数映 射到用于应用层、传送/网络层和物理层的对应QoS管理参数。这些 QoS管理参数能够具体地被称为应用参数(即应用层参数)、网络
参数(即传送/网络层参数)和承载参数(即物理层参数)。
在将QoS管理参数映射到多层协议栈的不同层之后,能够将包 括应用参数、网络参数和承载参数的所得参数下载到终端16。然而, 在将映射参数下载到终端之前,如块86中所示,能够用与从DM服 务器下载到终端的参数相似的方式来转译或者用别的方式格式化和 配置映射参数,也就是根据IOTA/OMA DM协议来格式化并且才艮据 IOTA/OMADMDDF来配置映射参数。如块88中所示,服务级管理 器28然后能够将收集到服务级规范(SLS)中的转译参数下载到终 端16。服务级管理器能够比如通过启动与终端的通信以由此开始另 一管理话路将转译参数直接下载到终端。可选地,服务级管理器能 够经由DM服务器(例如服务器14)并且由此经由DM服务器的管 理话3各将转译参数间接下载到终端。然而,无论SLS如何被下载到 终端16,终端比如以与前文所述相似的方式在设备管理树中存4诸 SLS,使得SLS在设备管理树中与所选服务相关联。
在成功存储一个或者多个QoS管理参数和/或SLS之后,如块 90中所示,终端16将一个或者多个响应发送到相应参数的源,比如 DM服务器(例如服务器14)或者服务级管理器,确认成功的参数 传送。 一个或者多个响应然后能够由相应节点直接或者间接(例如 服务级管理器经由DM服务器)传递到服务提供商的服务中心。如 上文所建议的,在已经下载各参数之后,DM服务器/服务级管理器 确定是否将更多参数下载到终端。如果要下载更多参数,则DM服 务器/服务级管理器如前文所述那样下载各参数,而终端如前文所述 那样做出响应。然而,如果没有更多参数要下载,则如块100中所 示,DM服务器/服务级管理器终结终端的管理话路。
在OTASP之后,由此使终端16能够实现所选服务。继初始 OTASP之后,服务中心可能希望更新先前下载到终端的一些参数。 由此,服务中心启动OTAPA话路。将认识到OTAPA话路恰如OTASP 话路那样进行,不同之处在于服务中心启动OTAPA。由此,OTAPA 始于承运商服务中心触发DM服务器(例如服务器14)或者服务级
管理器28以启动设备管理话路。设备管理话路然后如前文所述那样 进行以更新先前下载到终端的参数。
正如将认识到的,所选服务能够完全和直接由单个服务提供商 提供,或者该服务的一个或者多个组成能够由服务提供商外包给另 一实体。由于典型移动用户最为关注端到端服务的可用性和指令,
所以希望以对移动用户而言透明的方式来进行这样的外包。由此,-
尽管从单个服务中心、DM服务器(例如服务器14)和服务级管理 器28执行这里描述的OTASP和OTAPA,但是OTASP和/或OTAPA 同样能够由多个服务中心、DM服务器和/或服务级管理器来执行。 然而,即使在这样的实例中,通常提供和限定所选服务为包括单个 SLA中具体化的必需QoS和价格。
无"i仑如何具体执行OTASP和OTAPA,终端16能够至少部分地 实现或者以别的方式执行所选服务。现在参照图6,该示了终端 根据在终端的设备管理树94中存储或者以别的方式包含的SLS 92 来实现所提供的服务的功能框图。如图所示和这里所述,终端以及 系统的网络的其它节点各包括多个功能单元。应当理解,能够用多 个不同方式中的任何方式来实施功能单元而不脱离本发明的精神和 范围,这些方式包括软件、固件和/或软件。
如图6中所示,终端16能够包括用于实施管理树94中存储的 SLS 92的管理协议(例如IOTA/OMA DM、 CDMA OTASP/OTAPA 等)的管理协议代理96。管理协议代理也能够发送管理命令到一个 或者多个网络12、 20、 24和/或从这一个或者多个网络接收管理。在 与管理协议代理进行通信时,终端的QoS代理98基于管理命令进行 操作以至少部分地监视终端所体验的QoS。例如,QoS代理能够接 收为所选服务提供在SLS中限定的QoS的管理命令。作为响应,QoS 代理配置用于对用于实现所选服务的多层协议栈不同层的QoS管理 参数进行测量的仪器100和计数器102 (例如应用计数器102a、网 络计数器102b、物理层计数器102c)
仪器100和计数器102能够通过监视终端和/或一个或者多个网
络12、 20、 24的条件来确定终端16在实现所选服务时所体验的QoS 是否满足针对指定协议层的SLS。由于仪器和计数器所获得的信息, 可以在终端和/或一个或者多个网络中触发动作。这样的动作可以包 括当可用QoS在SLS所指定的QoS内时提供用以实现所选服务的资 源或者更改所提供的资源以使体验的QoS落入SLS所指定的QoS 内。由此,仪器和计数器可以用来确定是否和/或何时根据针对所选 服务的底层SLA来服务于移动用户。例如,网络计数器102b和相 应仪器能够测量在网络(例如IP)层的传输位速率并且比较所测量 的位速率与SLS中的对应QoS管理参数。然后,如果不能根据底层 SLA服务于移动用户或者没有根据底层SLA正在服务于移动用户, 则QoS代理98能够将测量报告给能够提供实现相应一个或者多个层 的资源或者更改这些资源的一个或者多个节点(包括终端自身)或 者具体地是一个或者多个节点的一个或者多个功能单元,使得相应 一个或者多个节点能够使测量的QoS落入SLS所限定的QoS内。
现在相应地参照图7,该示了终端16和一个或者多个网络 12、 20和24对于在包括应用层104、网络层106和物理层108 (即 承载)级的不同协议层的QoS进行控制的功能框图。如图所示和上 文所述,例如所提供的SLS 92包括应用参数110、网络参数112和 承载参数114。 一个或者多个监视功能116 (例如管理协议代理96、 QoS代理98、仪器100和应用计数器102)基于来自相应协议层的 测量来监视QoS管理参数。基于这样的监视, 一个或者多个监视功 能能够将测量的QoS参数报告给一个或者多个QoS控制/适配功能 118。 QoS控制/适配功能能够由终端实施。可选地, 一个或者多个 QoS控制/适配功能能够由一个或者多个网络12、 20、 24或者具体地 是相应一个或者多个网络内资源的提供商(服务提供商120、网络提 供商122、承载服务124)来实施。QoS控制/适配功能又能够为相应 协议层提供资源或者更改已经提供的资源以满足SLS所限定的QoS。
如上文所述,QoS管理参数由服务级管理器28映射和转译(见 图5的块84、 86)。然而,应当理解,全部或者一部分映射和/或转 译操作能够可选地由一个或者多个其它网络节点执行。例如,终端
16本身能够配置用以将一个或者多个QoS管理参数映射到用于一个
或者多个层的对应层具体参数。除此之外或者取而代之,终端能够
配置用以将一个或者多个映射QoS管理参数转译成与用来向终端提 供QoS管理参数的设备管理框架相一致的格式和配置。
另外,如上所述,映射的QoS管理参数能够根据IOTA/OMADM 协议来格式化以及根据IOTA/OMA DM DDF来配置。 一般而言,映 射QoS管理参数的格式和配置与用来寺丸行OTASP/OTAPA步骤的 OTA框架相一致并且因而与用来向终端提供转译的QOS管理参数 的OTA框架相一致。由此,应当理解,能够根据多个其它OTA框 架中的任何框架来格式化和配置映射的QoS管理参数而不脱离本发 明的精神和范围。如上所述,这样的OTA框架例如包括基于IP的 OTA框架(例如IOTA/OMA-DM )或者基于非IP的OTA框架(例 如CDMA OTASP/OTAPA )。另一这样的OTA框架例如包括简单网 络管理协议(SNMP)框架。
根据本发明的一个方面,本发明系统的全部或者一部分、比如 包括终端16、 DM服务器(例如服务器14)和/或服务级管理器28 的一个或者多个网络节点中的全部或者部分节点一般在计算机程序 产品的控制之下操作。用于执行本发明实施例方法的计算机程序产 品包括计算机可读存储介质如非易失性存储介质以及在计算机可读 存储介质中实施的计算机可读程序代码部分如一系列计算机指令。
就这一点而言,图4、图5、图6和图7是根据本发明的方法、 系统和程序阐明的流程图和功能框图。将理解到流程图中的各块或 者步骤以及流程图中块的组合能够通过计算机程序指令来实施。这 些计算机程序指令可以加载到通用计算机或者其它可编程装置上以 产生机器,使得在计算机或者其它可编程装置上执行的指令创建一 种用于实施流程图的一个或者多个块或者步骤中指定的功能的装 置。这些计算机程
作,使得在计算机可读存储器中存储的指令产生如下产品,该产品 包括用于实施流程图的一个或者多个块或者步骤中指定的功能的指 令装置。计算机程序指令也可以加载到计算机或者其它可编程装置 上以使一连串操作步骤在计算机或者其它可编程装置上执行从而产 生计算机实施的过程,使得在计算机或者其它可编程装置上执行的
指令提供用于实施流程图的 一 个或者多个块或者步骤中指定的功能 的步骤。
因而,流程图中的块或者步骤支持用于执行指定功能的装置的 组合、用于执行指定功能的步骤的组合以及用于执行指定功能的程 序指令装置。也将理解到流程图中的各块或者步骤以及流程图中块 或者步骤的组合能够由执行指定的功能或者步骤的基于硬件的专用 计算机系统或者专用硬件和计算机指令的组合来实施。
受益于在以上描述以及关联附图中呈现的教导,本发明的许多 变形和其它实施例对于本发明所涉及的领域中的技术人员而言将是 可以想到的。因此,将理解到本发明不限于/>开的具体实施例而改 型和其它实施例旨在于涵盖在所附权利要求的范围之内。虽然这里 利用了具体措词,但是它们仅仅是在通用和描述意义上加以使用而 并非用于限制的目的。
权利要求
1.一种用于管理终端的性能的系统,所示系统包括服务级管理器,能够基于服务级协议(SLA)来标识至少一个服务质量(QoS)管理参数,所述SLA用于能够由所述终端实现的所选服务,其中所述服务级管理器也能够将所述QoS管理参数映射到用于多层协议栈不同层的对应层具体QoS参数,其中所述服务级管理器也能够向所述终端下载包括所述层具体QoS参数的服务级规范(SLS),使得能够基于所述SLS来管理所述终端所体验的QoS,以及其中在提供所述所选服务过程中将SLS下载到所述终端,所述服务提供经由空中接口(OTA)架构来执行。
2. 根据权利要求1所述的系统,其中所述服务级管理器能够将 所述QoS管理参数映射到用于至少应用层、网络层和物理层的对应 层具体QoS参数。
3. 根据权利要求1所述的系统,还包括终端,能够接收所述下载的SLS并且随后在所述终端的设备管 理树中存储所述下载的SLS,使得所述下载的SLS在所述设备管理 树中与所述选择的服务相关联,其中所述终端至少部分地能够基于所述SLS来管理所述终端所 体一验的所述QoS。
4. 根据权利要求1所述的系统,其中所述服务级管理器还能够 在其下载所述层具体QoS参数之前将所述层具体QoS参数转译成根据所述OTA框架的格式和配置,以及其中所述服务级管理器能够下载包括所述转译的层具体QoS参 数的SLS。
5. 根据权利要求1所述的系统,还包括设备管理(DM)服务器,能够执行在所述终端对所述选择的服务的服务提供,其中所述DM服务器能够在所述服务提供过程中与 所述服务级管理器通信以由此触发所述服务级管理器将所述SLS下 载到所述终端。
6. 根据权利要求1所述的系统,其中所述服务级管理器能够经 由基于网际协i义(IP)的OTA框架来下载所述SLS。
7. 根据权利要求6所述的系统,其中所述服务级管理器能够经 由IOTA-DM框架来下载所述SLS。
8. 根据权利要求6所述的系统,其中所述服务级管理器能够经 由OMA-DM框架来下载所述SLS。
9. 根据权利要求1所述的系统,其中所述服务级管理器能够经 由CDMA OTASP/OTAPA框架来下载所述SLS。
10. —种终端,包括存储器设备,包括设备管理树,所述设备管理树能够存储服务 级规范(SLS),使得所述SLS在所述设备管理树中与所选服务相 关联,以及使得能够基于所述SLS来管理所述终端所体验的服务质 量(QoS),其中所述SLS包括用于多层协议栈不同层的层具体QoS参数, 通过映射基于用于所述所选服务的服务级协议(SLA)而标识的至 少一个QoS管理参数来生成所述层具体QoS参数,以及其中所述设备管理树能够在提供所述所选服务过程中存储所述 SLS,所述服务提供经由空中接口 (OTA)框架来执行。
11. 根据权利要求IO所述的终端,其中所述设备管理树能够存 储SLS,该SLS包括用于至少应用层、网络层和物理层的层具体QoS 参数。
12. 根据权利要求IO所述的终端,其中所述设备管理树能够存 储包括转译的层具体QoS参数的SLS,所述层具体QoS参数已经转 译成根据所述OTA框架的格式和配置。
13. 根据权利要求IO所述的终端,其中所述设备管理树能够经 由IOTA-DM框架在服务提供过程中存储所述SLS。
14. 根据权利要求IO所述的终端,其中所述设备管理树能够经 由OMA-DM框架在服务提供过程中存储所述SLS。
15. 根据权利要求IO所述的终端,其中所述设备管理树能够经 由CDMA OTASP/OTAPA框架来存储所述SLS。
16. —种管理终端的性能的方法,所述方法包括针对能够由所述终端实现的所选服务而提供服务级协议(SLA );基于所述SLA来标识至少一个服务质量(QoS)管理参数;将所述QoS管理参数映射到用于多层协议栈不同层的对应层具 体QoS参数;以及向所述终端下载包括所述层具体QoS参数的服务级规范(SLS ), 使得能够基于所述SLS来管理所述终端所体验的QoS,其中在提供所述所选服务过程中将所述SLS下载到所述终端, 所述服务提供经由空中接口 (OTA)框架来执行。
17. 根据权利要求16所述的方法,其中所述映射步骤包括将所 述QoS管理参数映射到用于至少应用层、网络层和物理层的对应层 具体QoS参数。
18. 根据权利要求16所述的方法,其中所述下载步骤包括下载 所述SLS,使得所述终端能够在所述终端的设备管理树中存储所述 下载的SLS,使得所述下载的SLS在所述设备管理树中与所述所选 服务相关联。
19. 根据权利要求16所述的方法,还包括 在下载所述层具体QoS参数之前将所述层具体QoS参数转译成根据所述OTA框架的格式和配置,SLS。
20. 根据权利要求16所述的方法,其中所述下载步骤包括经由 IOTA-DM框架在服务供应过程中下载所述SLS。
21. 根据权利要求16所述的方法,其中所述下载步骤包括经由 OMA-DM框架在服务提供过程中下载所述SLS。
22. 根据权利要求16所述的方法,其中所述下载步骤包括经由 CDMA OTASP/OTAPA框架在服务提供过程中下载所述SLS 。
23. —种用于管理终端的性能的计算机程序产品,所述计算机 程序产品包括具有存储于其中的计算机可读程序代码的至少 一 个计算机可读存储介质,所述计算机可读程序代码部分包括第 一可执行部分,用于针对能够由所述终端实现的所选服务而 提供服务级协议(SLA );第二可执行部分,用于基于所述SLA来标识至少一个服务质量 (QoS)管理参数;第三可执行部分,用于将所述QoS管理参数映射到用于多层协 议栈不同层的对应层具体QoS参数;以及第四可执行部分,用于向所述终端下载包括所述层具体QoS参 数的服务级规范(SLS),使得能够基于所述SLS来管理所述终端 所体验的QoS,述SLS下载到所述终端,所述服务提供经由空中接口 (OTA)框架 来执行。
24. 根据权利要求23所述的计算机程序产品,其中所述第三可 执行部分适于将所述QoS管理参数映射到用于至少应用层、网络层 和物理层的对应层具体QoS参数。
25. 根据权利要求23所述的计算机程序产品,其中所述第四可 执行部分适于下载所述SLS,使得所述终端能够在所述终端的设备 管理树中存储所述下载的SLS,使得所述下载的SLS在所述设备管 理树中与所述所选服务相关联。
26. 根据权利要求23所述的计算机程序产品,还包括 第五可执行部分,用于在下载所述层具体QoS参数之前将所述层具体QoS参数转译成根据所述框架的格式和配置,参数的SLS。
27. 根据权利要求23所述的计算机程序产品,其中所述第四可 执行部分适于经由IOTA-DM框架在服务供应过程中下载所述SLS。
28. 根据权利要求23所述的计算机程序产品,其中所述第四可 执行部分适于经由OMA-DM框架在服务提供过程中下载所述SLS。
29. 根据权利要求23所述的计算机程序产品,其中所述第四可 执行部分适于经由CDMA OTASP/OTAPA框架在服务提供过程中下 载所述SLS。
全文摘要
一种用于管理终端的性能的系统包括能够基于与所选服务相关联的服务级协议来标识一个或者多个QoS管理参数的服务级管理器。由于QoS管理参数可以因多层协议栈中不同的层而不同,所以服务级管理器也能够将QoS管理参数映射到用于不同协议层的对应层具体QoS参数。随后,服务级管理器能够向终端下载包括层具体QoS参数的服务级规范(SLS)。就这一点而言,在提供所选服务过程中将SLS下载到终端,其中经由空中接口(OTA)框架执行服务提供。随后,于是能够基于SLS来管理终端在实现所选服务时体验的QoS。
文档编号H04L12/56GK101171858SQ200680014920
公开日2008年4月30日 申请日期2006年3月10日 优先权日2005年3月14日
发明者P·乌曼 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1