Mtc?iwf实体、pcrf实体和控制方法

Mtc?iwf实体、pcrf实体和控制方法
【专利摘要】一种机器类型通信互通功能(MTC?IWF)实体(1)，用于响应于从服务能力服务器(SCS)接收到针对要应用于MTC装置的特定通信的服务质量的第一请求，向策略与计费规则功能(PCRF)实体发送用于将服务质量应用于特定通信的第二请求。因而例如可以便于响应于SCS针对服务质量的请求来控制公共陆地移动网络即PLMN中的特定通信的服务质量。
【专利说明】
MTC-1WF实体、PCRF实体和控制方法
技术领域
[0001]本申请涉及无线通信系统中的服务质量的控制。
【背景技术】
[0002]第三代合作伙伴计划(3GPP)已经探讨了机器类型通信(MTC)的标准化。MTC还被称为机器对机器(M2M)网络或传感器网络。3GPP将MTC所用的机器和传感器中所实现的移动基站(MS、US)定义为“MTC装置” JTC装置通常配置在包括机器(例如，自动售货机、气表、电表、车辆、铁路车辆)和传感器(例如，环境、农业或交通传感器)的各种类型的设备中。MTC装置连接至公共陆地移动网络(PLMN)并且与MTC应用程序服务器(Applicat1n Server，AS)进行通信JTC应用程序服务器配置在PLMN外部(即，配置在外部网络中)，执行MTC应用程序，并且与MTC装置中所实现的MTC UE应用程序进行通信。MTC应用程序服务器通常由MTC服务提供方(M2M服务提供方)控制。
[0003]3GPP对包括服务能力服务器(Service Capability Sever，SCS)和机器类型通信互通功能(MTC-1WF)的网元、参考点(reference point)和过程(procedure)进行规定，以使得MTC应用程序服务器能够与MTC装置进行通信(参见非专利文献I)。参考点还被称为“接□ ”。
[0004]SCS是用以将MTC应用程序服务器连接至3GPP PLMN并且使得MTC应用程序服务器能够经由3GPP所定义的PLMN服务与UE(即，MTC装置)进行通信的实体。此外，SCS使得MTC应用程序服务器能够与MTC-1WF进行通信。假定SCS由PLMN的运营商或MTC服务提供方控制。
[0005]MTC-1WF是属于PLMN的控制面实体。MTC-1WF具有与SCS的信令接口(参考点)并且具有与PLMN中的节点(例如，归属订户服务器(HSS)、短消息服务服务中心(SMS-SC)、服务GPRS支持节点(SGSN)、移动管理实体(MME)和移动切换中心(MSC))的信令接口(参考点)。MTC-1WF用作使得3GPP PLMN和包括SCS的M2M服务层能够在隐藏3GPP PLMN的拓扑的详情的情况下彼此互通(interwork)的控制面接口。
[0006]非专利文献2在第7.4.2章节公开了PCRF发起的IP-CAN会话修改过程。在一个示例中，策略与计费规则功能(Policy and Charging Rules Funct1n，PCRF)响应于业务检测功能(Traffic Detect1n Funct1n，TDF)检测到应用程序业务(例如，流视频服务、VoIP月艮务、P2P文件共享服务、特定HTTP业务)而发起IP-CAN会话修改过程。在另一示例中，PCRF响应于应用程序功能(Applicat1n Funct1n，AF)所提供或撤销的服务信息(例如，优先级级别的变化)而发起IP-CAN会话修改过程。非专利文献3在第4.3.1章节中公开了如非专利文献2中所公开的那样的IP-CAN会话修改过程。
[0007]现有技术文献
[0008]非专利文献
[0009]非专利文献1:3GPP TS 23.682V11.5.0(2013-09) “3rd Generat1n PartnershipProject；Technical Specificat1n Group Services and System Aspects ；Architecture enhancements to facilitate communicat1ns with packet datanetworks and applicat1ns(版本 11)”，2013年9月
[0010]非专利文献2:3GPP TS 23.203V11.11.0 ( 20 I 3-09 ) “3rd Generat1nPartnership Project；Technical Specificat1n Group Services and SystemAspects；Policy and charging control architecture(片反本 11)，，，2013年9月
[0011]非专利文献3:3GPPTS 29.213V11.8.0(2013-09) “3rd Generat1n PartnershipProject；Technical Specificat1n Group Core Network and Terminals；Policy andCharging Control signaling flows and Quality of Service(QoS)parameter mapping(版本11)”，2013年9月

【发明内容】

[0012]发明要解决的问题
[0013]本发明人已经探讨了MTC应用程序的各种用例。例如，设想公共陆地移动网络(PLMN)响应于MTC应用程序服务器的请求而动态地调整与UE(MTC装置)有关的特定通信(月艮务数据流，service data flow (SDF))的服务质量，诸如QoS策略(例如，QoS等级标识符(QCI)、分配和保留优先级(ARP)、最大比特率(MBR)、保证比特率(GBR))等。为了实现该用例，例如，可以优选MTC-1WF能够响应于从SCS接收到针对服务质量的请求而请求PLMN中的网元来控制特定通信的服务质量(QoS控制)。然而，非专利文献I?3没有教导这种控制操作或控制过程。
[0014]有鉴于以上情况，本说明书中所公开的实施例的一个目的是提供便于响应于SCS针对服务质量的请求而控ffjijPLMN中的特定通信的服务质量的MTC-1WF实体、PCRF实体、控制方法和程序。根据说明书或附图的描述，其它目标或问题以及新颖特征将变得明显。
[0015]用于解决问题的方案
[0016]在一方面，一种MTC-1WF实体包括控制部。所述控制部用于响应于从服务能力服务器即SCS接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的第一请求，向策略与计费规则功能实体即PCRF实体发送用于将所述服务质量应用于所述特定通信的第二请求。
[0017]在一方面，一种MTC-1WF实体所进行的方法包括以下步骤:响应于从服务能力服务器即SCS接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的第一请求，向策略与计费规则功能实体即PCRF实体发送用于将所述服务质量应用于所述特定通信的第二请求。
[0018]在一方面，一种程序包含用于使计算机执行紧挨上方的段落中所述的MTC-1WF实体所进行的方法的指令。
[0019]在一方面，一种PCRF实体包括控制部。所述控制部用于响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的请求，进行用于将所述服务质量应用于所述特定通信的控制。
[0020]在一方面，一种PCRF实体所进行的方法包括以下步骤:响应于从所述机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的请求，进行用于将所述服务质量应用于所述特定通信的控制。
[0021]在一方面，一种程序包含用于使计算机执行紧挨上方的段落中所述的PCRF实体所进行的方法的指令。
[0022]在一方面，一种PCRF实体包括控制部。所述控制部用于响应于从移动站经由已建立的承载所发送或接收的用户业务中检测到特定分组流而向具有策略与计费执行功能即PCEF的PCRF节点提供要应用于所述特定分组流的第一策略与计费控制规则即PCC规则。在一个示例中，所述移动站可以是MTC装置。在这种情况下，所述控制部可以响应于从MTC-1WF实体接收到针对要应用于所述MTC装置的特定通信的服务质量的请求，将所述第一 PCC规则提供至所述PCEF节点。
[0023]在一方面，一种PCRF实体所进行的方法包括以下步骤:提供步骤，用于响应于从移动站经由已建立的承载所发送或接收的用户业务中检测到特定分组流而向具有策略与计费执行功能即PCEF的PCRF节点提供要应用于所述特定分组流的第一策略与计费控制规则即PCC规则。在一个示例中，所述移动站可以是MTC装置。在这种情况下，所述提供步骤可以响应于从MTC-1WF实体接收到针对要应用于所述MTC装置的特定通信的服务质量的请求，将所述第一 PCC规则提供至所述PCEF节点。
[0024]在一方面，一种程序包含用于使计算机执行紧挨上方段落中所述的PCRF实体所进行的方法的指令。
[0025]发明的效果
[0026]根据上述方面，可以提供便于响应于SCS针对服务质量的请求而控制PLMN中的特定通信的服务质量的MTC-1WF实体、PCRF实体、控制方法和程序。
【附图说明】
[0027]图1是示出根据第一实施例和第二实施例的无线通信系统的图。
[0028]图2是示出根据第一实施例的服务质量的控制的一个示例的顺序图。
[0029]图3是示出根据第二实施例的服务质量的控制的一个示例的顺序图。
[0030]图4是示出根据第二实施例的多个实体或节点的结构示例的框图。
[0031]图5是示出根据其它实施例2的无线通信系统的图。
[0032]图6是示出根据其它实施例2的操作的一个示例的顺序图。
【具体实施方式】
[0033]以下将参考附图详细说明具体实施例。贯穿附图将相同的附图标记分配给相同或相应的要素，并且将根据需要省略重复说明。
[0034]第一实施例
[0035]图1是示出根据本实施例的无线通信系统的结构示例的图。根据本实施例的无线通信系统例如是3GPP无线通信系统(EPS) JPS还被称为长期演进(LTE)系统。以下，以例示的方式来说明根据本实施例的无线通信系统是EPS的情况。注意，然而，本实施例还可适用于诸如通用移动通信系统(UMTS)等的其它无线通信系统。
[0036]UE 3执行MTC UE应用程序31并且用作MTC装置。作为MTC装置的UE 3经由无线接入网(RAN)54连接至MME 53并且与MTC应用程序服务器4进行通信。RAN 54包括演进型UMTS陆地无线接入网(E-UTRAN)。
[0037]UE3可以是MTC网关装置。MTC网关装置具有3GPP移动通信功能(即，UE的功能)，并且通过个人/局域连接技术连接至邻接装置(例如，传感器、射频识别(RFID)标签、车辆导航装置)。个人/局域连接技术的具体示例包括IEEE802.15、紫蜂(ZigBee(注册商标))、蓝牙(Bluetooth(注册商标)WPIEEE 802.11a。连接至MTC网关装置的邻接装置通常是不具有3GPP移动通信功能的装置，但可以是具有3GPP移动通信功能的装置(S卩，MTC装置)。
[0038]在本说明书中，没有特别将术语“MTC装置”和术语“MTC网关装置”彼此区分。因此，本说明书中所使用的术语“MTC装置”包括MTC网关装置。因此，作为MTC装置的UE 3还表示作为MTC网关装置的UE 3。
[0039]MTC互通功能(MTC-1WF)实体I是属于PLMN的控制面实体。MTC-1WF实体I经由信令接口(参考点)与其它网元进行通信。MTC-1WF实体I用作使得3GPP PLMN和包括SCS 2的M2M服务层能够在隐藏3GPP PLMN的拓扑的详情的情况下彼此互通(interwork)的控制面接口或网关。以下，说明MTC-1WF实体I的信令接口(参考点)和其它网元。
[0040]MTC-1WF实体I经由Tsp参考点与服务能力服务器(SCS)2进行通信。SCS2将MTC应用程序服务器4连接至PLMN并且使得MTC应用程序服务器4能够经由3GPP所定义的PLMN服务与UE 3(即，MTC装置)进行通信。MTC应用程序服务器4还被称为M2M应用程序服务器。此外，SCS2使得MTC应用程序服务器4能够与MTC-1WF实体I进行通信。SCS2由PLMN的运营商或者由MTC服务提供方所控制。SCS 2还被称为MTC服务器或M2M服务器。SCS 2可以是单个独立的物理实体或者可以是添加至其它网元(例如，MTC应用程序服务器4)的功能实体。例如使用Tsp参考点来将装置触发传输请求(Device Trigger Request(DRT)，装置触发请求)从SCS 2发送至MTC-1WF实体I并且将装置触发结果从MTC-1WF实体I报告给SCS 2。
[0041 ] MTC-1WF实体I经由S6m参考点与归属订户服务器(HSS)51进行通信。HSS 51是PLMN的核心网(即，EPS中的演进型分组核心(EPC))中所配置的控制面节点，并且管理UE 3的订户信息。例如使用S6m参考点来将与订户信息有关的询问从MTC-1WF实体I发送至HSS 51并且将订户信息从HSS 51发送至MTC-1WF实体I。
[0042]MTC-1WF实体I经由T5b参考点与移动管理实体(MME)53进行通信。MME 53是EPS的核心网节点并且进行UE 3的移动管理(例如，位置登记)以及承载管理(例如，承载建立、承载配置修改和承载释放)等。MME 53相对于RAN 54中的节点(S卩，eNodeB)发送并接收控制消息，并且相对于UE 3发送并接收NAS消息。NAS消息并不终止于RAN 54并且在不依赖于RAN中所使用的无线接入技术的情况下在UE 3和MME 53之间进行透明的发送和接收。
[0043]在非专利文献I中定义了上述的Tsp、S6m和T5b参考点。然而，非专利文献I没有定义MTC-1WF实体I和PCRF实体5之间的参考点以及MTC-1WF实体I和Diameter路由代理(Diameter Routing Agent，DRA)52之间的参考点。
[0044]策略与计费规则功能(PCRF)实体5是EPS的核心网(即，EPC)中所配置的控制面实体。PCRF实体5确定要应用于UE 3的服务数据流的策略与计费控制(Policy and ChargingControl，PCC)规则，并且将所确定出的PCC规则发送至具有策略与计费执行功能(Policyand Charging Enforcement Funct1n，PCEF)的P-GW 56QPCC规则包含要应用于UE 3的服务数据流的QoS策略、计费规则和用于检测服务数据流的服务数据流(SDF)模板。此外，PCRF实体5向业务检测功能(Traffic Detect1n Funct1n，TDF)实体57提供应用程序检测和控制(Applicat1n Detect1n and Control，ADC)规则。在TDF实体57中使用ADC规则以从UE3所发送或接收的用户数据业务中检测特定应用程序业务(例如，流视频服务、VoIP服务、P2P文件共享服务、特定HTTP业务KADC规则包含识别应用程序业务所需的OSI参考模型的层4?7的识别信息。
[0045]PCRF实体5具有与P-GW 56中所配置的策略与计费执行功能(PCEF)的信令接口(SP，Gx参考点)JCRF实体5具有与业务检测功能(TDF)实体57的信令接口(S卩，Sd参考点)。此外，PCRF实体5具有与S-GW 55中所配置的承载绑定和事件报告功能(Bearer Bindingand Event Reporting Funct1n，BBERF)的信令接口(即，Gxc参考点)。
[0046]此外，PCRF实体5具有与MTC-1WF实体I的信令接口 11。信令接口 11可以是Rx参考点。Rx参考点是PCRF和应用程序功能(AF)之间的接口。在这种情况下，PCRF实体5可以从MTC-1WF实体I接收应用程序级服务信息，确定PCC规则并将PCC规则提供至P-GW 56。
[0047]Diameter路由代理(DRA)52是EPS的核心网(EPC)中所配置的控制面实体。DRA 52使得可以将多个PCRF实体配置在核心网(EPC)中。具体地，DRA52使得使用PLMN的订户(UE3)与对该订户的IP-CAN会话进行QoS控制和计费控制的PCRF实体相关联。在3GPP TS29.213和IETF RFC 3588中说明了DRA的功能的详情。
[0048]DRA 52可以作为重定向(Redirect)DRA或者作为代理(Proxy)DRA来实现。在DRA52作为重定向DRA来实现的情况下，响应于从客户端(例如，应用程序功能(AF) JtSBBERF的S-GW 55、作为PCEF的P-GW 56和MTC-1WF实体I)接收到Diameter请求消息，DRA 52将Diameter属性值(Attribute-value)对(Diameter AVP)发送回客户端。从DRA 52发送的Diameter AVP(即，重定向主机使用(Redirect-Host-Usage)AVP)表示客户端应该将Diameter请求消息发送至的PCRF实体。在DRA 52作为代理DRA来实现的情况下，响应于从客户端(例如，应用程序功能(AF)、作为BBERF的S-GW 55、作为PCEF的P-GW 56和MTC-1WF实体I)接收到Diameter请求消息，DRA 52将所接收到的Diameter请求消息传送至适当的PCRF实体。
[0049]注意，在PLMN中仅存在一个MTC-1WF实体I的情况下，或者在MTC-1WF实体I预先知晓管理作为MTC装置的UE 3的IP-CAN会话的PCRF实体5的情况下，例如，可以省略MTC-1WF实体I和DRA 52之间的信令接口 12。换句话说，MTC-1WF实体I不必进行与DRA 52的信令。
[0050]服务网关(S-GW)55是EPS的核心网中所配置的用户面分组传送节点，并且S-GW 55传送UE 3的用户数据分组。S-GW 55用作至RAN 54的网关。S-GW55具有与RAN 54(即，E-UTRAN)的用户面隧道接口(即，Sl-U参考点)，并且具有与P-GW 56的用户面隧道接口( SP，S5/S8参考点)ο S-Gff 55具有与MME53的信令接口( SI I参考点)。
[0051 ] 此外，S-GW 55可以具有承载绑定和事件报告功能(BBERF)。用作BBERF的S-GW 55从PCRF实体5接收QoS规则，检测要基于Qos规则来进行控制的UE 3的服务数据流(S卩，IP分组流)，并且使所检测到的服务数据流与同QoS规则相对应的适当的IP-CAN承载(EPS承载)相关联。此外，用作BBERF的S-GW 55基于PCRF实体5所安装的事件触发器来向PCRF实体5报告事件。
[0052]分组数据网网关(P-GW)56是EPS的核心网(EPC)中所配置的用户面分组传送节点，并且传送UE 3的用户数据分组。P-GW 56用作至外部分组数据网(PDN)的网关并且向UE 3提供至外部I3DN的连接。外部TON例如包括SCS 2和MTC应用程序服务器4。此外，P-GW 56具有计费触发功能(Charging Trigger Funct1n，CTF)、计费数据功能(Charging DataFunct1n，CDF)和策略与计费执行功能(PCEF)。用作PCEF的P-GW 56根据从PCRF实体5供给来的策略与计费控制(PCC)规则来进行以UE 3的服务数据流(S卩，IP分组流)为单位的服务质量(QoS)控制以及基于流的承载计费(Flow based Bearer Charging，FBC) ABC由P-GW56的CTF、⑶F和PCEF来实现。
[0053]换句话说，P-GW 56使用SDF模板或业务流模板(Traffic Flow Template，TFT)来区分UE 3所发送或接收的多个服务数据流，并且将各服务数据流映射至与该服务数据流的QoS相对应的EPS承载(IP连接接入网(IP-CAN)承载)。此外，P-GW 56将服务数据流作为触发计费数据记录(Charging Data Record，⑶R)的生成和关闭的可计费事件来进行监视，对服务数据流中的分组的数量进行计数，并且生成包含与服务数据流有关的计费信息的CDRt^i意，可计费事件是使用通信网络所提供的资源或服务的活动。可计费事件例如是用户-用户通信(例如，单向呼叫、数据通信会话或短消息)，用户-网络通信(例如，服务配置文件管理)、网络间通信(例如，转移呼叫、信令或短消息)或移动(例如，漫游或系统间切换KCDR是格式化计费信息(例如，呼叫时间、数据转送量等)。
[0054]业务检测功能(TDF)实体57具有深度分组检验(deep package inspect1n ,DPI)功能。TDF实体57经由Sd参考点从PCRF实体5接收应用程序检测和控ffjij(ADC)规则，根据ADC规则对用户分组进行深度分组检验，并且检测ADC规则所指定的应用程序业务(例如，流视频服务、VoIP服务、P2P文件共享服务、特定HTTP业务)。然后，TDF实体57经由Sd参考点向PCRF实体5报告应用程序业务的检测结果。TDF实体57的功能可以与PCEF搭配。换句话说，TDF实体57可以配置在P-GW 56中。再换句话说，P-GW 56可以具有利用ADC而有所增强的PCEF0
[0055]以下，说明UE3的特定通信的服务质量的控制。在图1的示例中，MTC-1WF实体I具有与PCRF实体5的信令接口(参考点)11。响应于经由Tsp参考点从SCS 2接收到第一QoS请求，MTC-1WF实体I将第二QoS请求经由信令接口 11发送至PCRF实体5。
[0056]从SCS 2发送至MTC-1WF实体I的第一QoS请求对要应用于作为MTC装置的UE 3的特定通信的服务质量进行请求。UE 3的特定通信可以是与特定系统的通信、以特定协议进行的通信或特定应用程序的业务。换句话说，UE 3的特定通信可以由与OSI参考模型的层3?7有关的识别信息中的任一识别信息或这些识别信息的组合来指定。
[0057]为了指定服务质量，第一QoS请求可以表示QoS等级标识符(QCI)、分配和保留优先级(ARP)、最大比特率(MBR)、保证比特率(GBR)和优先级级别(例如，高优先级、中优先级和低优先级)中的至少之一。此外，第一 QoS请求可以包含应用程序名称(例如，YouTube (注册商标)、Skype(注册商标))以指定UE 3的特定通信。此外，第一QoS请求可以包含用于标识UE3的特定通信的分组流的源地址、目的地地址、端口号和协议标识符中的至少之一。此外，第一QoS请求可以表示特定通信的使用用途(例如，后台通信、自动软件更新、自动计量读取)。
[0058]第一QoS请求可以包含与UE3相关联的外部标识符(外部ID)以指定对象UE 3。外部ID用于识别包含SCS 2和MTC应用程序服务器4的PLMN外部的UE 3。外部ID例如可以是移动订户 ISDN号(Mobi Ie Subscriber ISDN Number，MS ISDN)。
[0059]为了表示发送方SCS 2，第一QoS请求可以包含SCS 2的标识符。此外，为了区分从SCS 2发送来的多个第一QoS请求，第一QoS请求可以包含事务标识符(例如，序列号)。
[0060]从MTC-1WF实体I发送至PCRF实体5的第二 QoS请求为了指定服务质量可以表示与第一 QoS请求中所包含的信息相同的信息。具体地，第二 QoS请求可以指示QC1、ARP、MBR、GBR和优先级级别中的至少之一。此外，第二QoS请求可以包含用于标识UE 3的特定通信的分组流的源地址、目的地地址、端口号和协议标识符中的至少之一。此外，第二QoS请求可以表示特定通信的使用用途。
[0061 ] 第二QoS请求可以包含与UE 3相关联的内部标识符(内部ID)以指定对象UE 3。内部ID用于识别PLMN内部的UE 3。内部ID例如可以是国际移动订户标识(Internat1nalMobile Subscriber Identity，頂SI) JTC-1WF实体I可以通过向HSS 51 询问与UE 3的外部ID相对应的内部ID来获得UE 3的内部ID。
[0062]在PLMN中配置了多个PCRF实体5的情况下，MTC-1WF实体I需要从该多个PCRF实体5中选择管理UE 3的服务流的PCRF实体5。因而，MTC-1WF实体5可以与DRA 52交换控制消息，由此从DRA 52获得适当PCRF实体5的地址。
[0063]PCRF实体5响应于从MTC-1WF实体I接收到第二 QoS请求而进行用于将第二 QoS请求所请求的服务质量应用于UE 3的特定通信的控制。为了将第二QoS请求所请求的服务质量应用于UE 3的特定通信，PCRF实体5可以控制用作PCEF的P-GW 56和用作TDF的实体57中的至少之一。
[0064]具体地，PCRF实体5可以基于第二QoS请求所表示的服务质量、UE 3的标识符以及特定通信的识别信息(例如，应用程序名称、源地址、端口号和协议标识符或它们的任何组合)来生成PCC规则，并且将所生成的PCC规则提供至P-GW 56。向P-GW 56的PCC规则的提供触发与UE 3有关的IP-CAN会话的修改。例如，IP-CAN会话的修改包括更新已建立的IP-CAN承载(EPS承载)的QoS，或者包括更新SDF模板或业务流模板(TFT)。此外，在要应用于UE 3的特定通信的服务数据流(IP分组流)的QoS策略与已建立的EPS承载的QoS策略不同的情况下，IP-CAN承载的修改可以包括生成用于传送UE 3的特定通信的服务数据流的新的专用EPS承载。
[0065]此外，PCRF实体5可以基于第二QoS请求所表示的特定通信的识别信息(例如，应用程序名称)来生成ADC规则，并且将所生成的PCC规则提供至TDF实体57。然后，响应于从UE 3经由已建立的EPS承载所发送或接收的用户业务中检测到特定通信的分组流，PCRF实体5可以生成要应用于特定通信的分组流的PCC规则。例如，在第二 QoS请求中通过与OSI参考模型的层5?7有关的信息(例如，应用程序名称)来指定UE 3的特定通信的情况下，PCRF实体5在一些情况下无法仅根据第二 QoS请求中所包含的信息而生成足够的PCC规则。这是由于诸如与UE 3通信的节点的IP地址等的PCC规则(具体为SDF模板或TFT)所需的与层3和4有关的信息是未知的。因此，PCRF实体5可以利用TDF实体57中的深度分组检验(DPI)功能来从UE 3的用户数据流中检测特定通信的业务(即，特定应用程序的业务)。因而，PCRF实体5获得确定PCC规则所需的信息，也就是诸如与UE 3通信的节点的IP地址和端口号等的与层3和4有关的信息。
[0066]图2是示出基于来自SCS2的请求的针对UE 3的服务质量控制(QoS控制)的一个示例的顺序图。在步骤SlOl中，SCS 2将第一QoS请求经由Tsp参考点发送至MTC-1WF实体I。第一QoS请求包含标识控制对象UE 3所用的UE 3的外部ID。此外，第一QoS请求包含用于标识UE 3的特定通信的信息，该信息例如包括应用程序名称、端口号或与UE3通信的节点的IP地址或它们的任何组合。此外，第一 QoS请求表示用于标识所要求的服务质量的信息，该信息例如包括QC1、ARP、MBR、GBR或优先级级别或它们的任何组合。
[0067]在步骤S102中，响应于从SCS 2接收到第一QoS请求，MTC-1WF实体I向HSS I询问与第一QoS请求所表示的UE 3的外部ID相对应的内部ID JTC-1WF实体I可以请求HSS 51发送与UE 3的外部ID相对应的订户信息。注意，在MTC-1WF实体I已知UE 3的内部ID的情况下，可以跳过步骤S102。
[0068]在步骤S103中，MTC-1WF实体I向DRA 52询问管理UE 3的IP-CAN会话的PCRF实体5。MTC-1WF实体I可以请求DRA 52发送管理UE 3的IP-CAN会话的PCRF实体5的地址。注意，在PLMN中仅配置了一个PCRF实体5或者MTC-1WF实体I已知管理作为MTC装置的UE 3的PCRF实体5的情况下，可以跳过步骤SI 03。
[0069]在步骤S104中，MTC-1WF实体I将第二QoS请求经由信令接口 11发送至PCRF实体5。在图2的示例中，第二QoS请求包含标识控制对象UE 3所用的UE3的内部ID。此外，第二QoS请求包含用于标识与UE 3的特定通信的信息，该信息例如包括应用程序名称、端口号、与UE 3通信的节点的IP地址或它们的任何组合。此外，第二 QoS请求表示用于标识所要求的服务质量的信息，该信息例如包括QC1、ARP、MBR、GBR、优先级级别或它们的任何组合。
[0070]在步骤S105中，响应于从MTC-1WF实体I接收到第二QoS请求，PCRF实体5确定要应用于UE 3的特定通信的PCC规则。该PCC规则包含用于标识与UE 3的特定通信有关的分组流的30?模板并且还包含003控制所用的信息(例如，0(:1^1^、腿^810。此外，？0:规则还包含对UE 3的特定通信进行计费控制所用的信息(例如，计费键(charging key)、计费方法、测量方法)。在步骤S106中，PCRF实体5将所确定出的PCC规则发送至P-GW 56(PCEF)以对UE 3的特定通信执行所确定出的PCC规则。
[0071]在步骤S107中，用作PCEF的P-GW 56接收PCC规则，然后将该PCC规则应用于UE 3的通信。具体地，P-GW 56响应于接收到PCC规则而发起IP-CAN会话修改过程。如上所述，IP-CAN会话的修改例如可以包括更新已建立的IP-CAN承载(EPS承载)的Qo S，或者包括更新SDF模板或业务流模板(TFT)。此外，在要应用于与UE 3的特定通信有关的服务数据流(IP分组流)的QoS策略与已建立的EPS的承载的QoS策略不同的情况下，IP-CAN承载的修改可以包括生成用于传送UE 3的特定通信的服务数据流的新的专用EPS承载。
[0072]如根据以上说明可以理解，在本实施例中，MTC-1WF实体I和PCRF实体5进行操作以基于SCS 2针对服务质量(QoS)的请求来调整UE 3的特定通信(例如，特定应用程序业务)的服务质量(QoS)。因而，根据本实施例，可以便于响应于SCS 2针对服务质量的请求而控制PLMN中的UE 3的特定通信的服务质量。
[0073]第二实施例
[0074]在本实施例中，说明基于来自SCS2的请求的针对UE 3的服务质量控制(QoS控制)的另一具体示例。根据本实施例的无线通信系统的结构示例与图1所示的结构示例相同。
[0075]图3是基于来自SCS2的请求的针对UE 3的服务质量控制(QoS控制)的一个示例的顺序图。在图3的示例中，从SCS 2发送来的第一QoS请求和从MTC-1WF实体I发送来的第二QoS请求利用与OSI参考模型的层5?7有关的信息(例如，应用程序名称)来标识UE 3的特定通信。因此，为了从UE 3的用户数据流中检测特定通信的业务(S卩，特定应用程序的业务)，PCRF实体5使用TDF实体57中的深度分组检验(DPI)功能。因而，PCRF实体5获得确定PCC规则所需的信息，其中该信息是与UE 3的特定通信有关的层3和4相关的信息(例如，与UE 3通信的节点的IP地址以及端口号)。
[0076]在步骤S201中，SCS 2将第一QoS请求经由Tsp参考点发送至MTC-1WF实体I。第一QoS请求包含用于标识UE 3的特定通信的与层5?7有关的信息(例如，应用程序名称)。此夕卜，如以上参考图2所述的那样，第一QoS请求可以包含UE 3的外部ID以及用于标识所要求的服务质量的信息(例如，QC1、ARP、MBR、GBR或优先级级别)。
[0077]在步骤S202中，MTC-1WF实体I将第二QoS请求经由信令接口 11发送至PCRF实体5。第二QoS请求包含用于标识UE 3的特定通信的与层5?7有关的信息(例如，应用程序名称)。此外，如以上参考图2所述的那样，第二QoS请求可以包含UE 3的内部ID以及用于标识所要求的服务质量的信息(例如，0(:1^1^、1^1?、681?或优先级级别)。此外，在步骤3202之前，可以进行向HSS 51的询问和向DRA 52的询问(图2中的步骤S102和S103)。
[0078]在步骤S203中，响应于接收到第二QoS请求，PCRF实体5确定从UE3的用户数据流中检测特定通信的业务(即，特定应用程序的业务)所要使用的ADC规则。该ADC规则包含对象UE 3的标识符(例如，IP地址)和要检测的应用程序的标识符(例如，应用程序名称)。在步骤S204中，PCRF实体5将所确定出的ADC规则提供至TDF实体57。
[0079]在步骤S205中，TDF实体57为了根据所接收到的ADC规则检测特定应用程序业务而开始进行针对UE 3的用户数据流的DPI。然后，在步骤S206中，响应于检测到特定应用程序业务，TDF实体57将检测报告发送至PCRF实体5。该检测报告包含与特定应用程序业务有关的层3和4相关信息(例如，与UE3通信的节点的IP地址以及端口号)。
[0080]在步骤S207中，PCRF实体5基于来自TDF实体57的检测报告来确定要应用于UE 3的特定通信的PCC规则。该PCC规则包含用于标识与UE 3的特定通信有关的分组流的SDF模板(即，分组过滤器)以及QoS控制所用的信息(例如，QC1、ARP、MBR、GBR)。此外，PCC规则可以包含对UE 3的特定通信的计费控制所用的信息(例如，计费键、计费方法、测量方法)。在步骤S208中，PCRF实体5将所确定出的PCC规则发送至P-GW 56(PCEF)以对UE 3的特定通信执行所确定出的PCC规则。
[0081 ]在步骤S209中，用作PCEF的P-GW 56接收到PCC规则并将其应用于UE 3的通信。具体地，P-GW 56响应于接收到PCC规则而发起IP-CAN会话修改过程。
[0082]图4是示出根据本实施例的MTC-1WF实体1、？0^实体5、？-61 56和TDF实体57的结构示例的框图。在图4的示例中，MTC-1WF实体I包括控制单元101。控制单元101被配置为响应于从SCS 2接收到第一QoS请求而将第二QoS请求发送至PCRF实体5。
[0083]在图4的示例中，PCRF实体5包括控制单元501。控制单元501被配置为响应于接收到第二QoS请求而确定用于检测UE 3的特定应用程序业务的ADC规则，并且将所确定出的ADC规则提供至TDF实体57。控制单元501还被配置为从TDF实体57接收与UE 3的特定应用程序业务有关的检测报告，确定要应用于UE 3的特定应用程序业务的PCC规则，并且将所确定出的PCC规则提供至P-GW 56。
[0084]在图4的示例中，TDF实体57包括信令单元571和检测单元572。信令单元571被配置为从PCRF实体5(控制单元501)接收ADC规则并且发送与基于该ADC规则所检测到的应用程序业务有关的检测报告。检测单元572被配置为对UE 3的用户数据业务进行DPI，以检测该ADC规则所指定的应用程序业务。
[0085]在图4的示例中，P-GW 56包括信令单元561和分组处理单元562。信令单元561被配置为从PCRF实体5 (控制单元501)接收PCC规则。分组处理单元562被配置为将PCC规则所指定的服务数据流和QoS策略应用于IP-CAN承载(EPS承载)。具体地，分组处理单元562被配置为修改UE 3的专用承载的QoS策略，修改UE 3的专用承载所应用的SDF模板和TFT，或者针对UE 3建立新的专用EPS承载。
[0086]根据本实施例，SCS2可以在第一QoS请求中利用与OSI参考模型的层5?7有关的信息来指定作为QoS请求的对象的UE 3的特定通信。例如，可以通过应用程序名称(例如，YouTube (注册商标)、Skype (注册商标))来在第一 QoS请求中指定作为QoS请求的对象的UE3的特定通信。在另一示例中，可以通过UE 3的特定通信的使用用途(例如，后台通信、自动软件更新、自动计量读取)来在第一QoS请求中指定UE 3的特定通信。因而，在SCS 2将QoS请求发送至PLMN(MTC-1WF实体I)的情况下，可以通过使用更上层(层5?7)的信息来灵活地指定作为QoS请求的对象的UE 3的特定通信。
[0087]其它实施例1
[0088]在PLMN中配置了多个HSS 51的情况下，MTC-1WF实体I可以进行HSS搜索以识别要进行与UE 3的内部ID有关的询问所针对的HSS 51。在一个示例中，可以利用管理作为MTC装置的UE 3的订户信息的HSS 51的地址来对MTC-1WF实体I进行预设置。在另一示例中，MTC-1WF实体I可以使用订阅定位功能(Subscript1n Locator Funct1n，SLF)或Diameter路由代理(DRA)。
[0089]在上述的第二实施例中，说明了基于利用与层5?7有关的信息指定应用程序的QoS请求来应用PCC规则的示例。具体地，根据第二实施例的PCRF实体5响应于利用与层5?7有关的信息指定应用程序的QoS请求而使用TDF中的DPI，由此获得确定PCC规则(SDF模板)所需的与层3和4有关的信息。可以针对来自与SCS 2和MTC-1WF实体I不同的其它节点或实体(例如，应用程序功能)的QoS请求而进行PCRF实体5的该操作。因而，在该节点或实体(例如，应用程序功能)向PCRF实体5进行QoS请求的情况下，可以通过使用更上层(层5?7)的信息来灵活地指定作为QoS请求的对象的UE 3的特定通信。
[0090]在上述的第二实施例中，说明了TDF实体57检测应用程序业务的示例。然而，始终进行用于检测应用程序业务的DPI会引起TDF实体57的处理负荷的增加。因而，PCRF实体5可以向TDF实体57通知ADC规则以及作为要执行ADC规则的时间段的要进行DPI的时间段。此夕卜，可以通过从SCS 2发送至MTC-1WF实体I的第一QoS请求以及从MTC-1WF实体I发送至PCRF实体5的第二 QoS请求来指定要进行DPI的时间段(要执行ADC规则的时间段)。换句话说，第一QoS请求和第二QoS请求可以指定要将特殊的QoS策略应用于UE 3的特定通信的时间段。因而，SCS 2可以针对期望时间段(时间)应用特殊的QoS策略，并且可以减少TDF实体57上的负荷。
[0091]第一实施例和第二实施例中所述的MTC-1WF实体1、SCS 2,UE 3、PCRF实体5、S-GW55,P-Gff 56和TDF实体57等的操作可以通过使得包括至少一个处理器(例如，微处理器、微处理单元(MPU)、中央处理单元(CPU))的计算机系统执行程序来实现。具体地，可以向计算机供给包含使得计算机进行使用图2和3等所述的算法的指令的一个或多个程序。
[0092]可以使用任何类型的非瞬态计算机可读介质(non-trans i tory computerreadable media)来存储这些程序并且将这些程序提供给计算机。非瞬态计算机可读介质包括任何类型的有形存储介质(tangible storage media)。非瞬态计算机可读介质的示例包括:磁性记录介质(例如，软盘、磁带或硬盘驱动器等)；磁光记录介质(例如，磁光盘)；紧凑型光盘只读存储器(CD-ROM)、CD-R、CD-R/ff;以及半导体存储器(例如，掩膜ROM、PROM(Programmable ROM，可编程ROM)、EPROM(Erasable PROM，可擦除PROM)、闪速ROM、RAM(Random Access Memory，随机存取存储器)等)。可以使用任何类型的瞬态计算机可读介质来将该程序提供至计算机。瞬态计算机可读介质的示例包括电气信号、光学信号和电磁波。瞬态计算机可读介质可以经由有线通信线路(例如，电线和光纤)或者无线通信线路将程序提供至计算机。
[0093]其它实施例2
[0094]以下说明与上述的第一实施例和第二实施例不同的新颖实施例。以下所述的该新颖实施例可以独立于上述的第一实施例和第二实施例来实现并且能够解决与第一实施例和第二实施例的问题不同的问题。
[0095]图5是示出根据本实施例的无线通信系统的结构示例的图。MTC装置61可以连接至PLMN 62并且可以经由PLMN 62与MTC服务器63进行通信。MTC装置61还可以被称为UE，该UE执行MTC UE应用程序。MTC装置61可以是MTC网关装置。
[0096]公共陆地移动网络(PLMN)62是3GPP网络，S卩，例如通用移动通信系统(UMTS)或演进型分组系统(EPS) JLMN 62包括无线接入网(RAN)和核心网。更具体地，PLMN 62包括作为RAN节点的基站、作为核心网的控制面实体的移动管理节点(例如，MME或SG SN的控制面功能)以及作为核心网的用户面实体的数据传送节点(例如，P-GW、S-GW、GGSN或SGSN的用户面功能)。此外，PLMN 62可以包括使得包含MTC服务器63的M2M服务层能够与PLMN62互通的机器类型通信互通功能(MTC-1WF)。
[0097]MTC服务器63将M2M应用程序64连接至PLMN 62并且使得M2M应用程序64能够经由PLMN 62所提供的服务与MTC装置61进行通信。MTC服务器63还被称为服务能力服务器(SCS)或M2M服务器。
[0098]M2M应用程序64被配置在PLMN 62外部(S卩，配置在外部网络中)，执行M2M应用程序(MTC应用程序)，并且与MTC装置61中所实现的MTC UE应用程序进行通信。M2M应用程序64通常由M2M服务提供方(MTC服务提供方)控制。M2M应用程序64还被称为M2M应用程序服务器或MTC应用程序服务器。
[0099]以下更详细地说明根据本实施例的MTC装置61、PLMN62和MTC服务器63的操作。响应于MTC装置61向PLMN 62的附着(步骤S601)，PLMN 62进行操作以向MTC服务器63通知MTC装置61向PLMN 62的附着(步骤S602)。注意，MTC装置61向PLMN 62的附着意味着在PLMN 62中开始MTC装置61的移动管理。例如，在EPS的示例中，将MTC装置61登记在PLMN 62的MME中，并且MTC装置61从EPS移动管理未登记(EPS Mobili ty Management (EMM) -DEREGISTERED)状态转换成EMM-已登记(EMM-REGISTERED)状态。换句话说，在MTC装置61附着于PLMN 62之后，PLMN 62可以通过寻呼来够到MTC装置61。因而，换言之，PLMN 62向MTC服务器63通知可以通过寻呼来够到MTC装置61。
[0100]MTC装置63从PLMN 62接收MTC装置61的附着通知(S602)，并且辨识出MTC装置63现在可以与MTC装置61进行通信。因此，MTC服务器63可以开始与MTC装置61进行通信(步骤S603)。
[0101 ] 在MTC服务器63无法准确辨识可以经由PLMN 62与MTC装置61进行通信的时间段的情况下，步骤S601和S603中的操作特别有效。例如，为了降低功耗，MTC装置61在大部分时间停止通信模块的操作。在这种情况下，MTC装置61可以具有由MTC服务器63所设置的唤醒/睡眠调度。唤醒/睡眠调度定义唤醒时间段和睡眠时间段。在唤醒时间段期间，MTC装置61已附着于PLMN 62并且可以经由PLMN 62与MTC服务器63进行通信。在睡眠时间段期间，MTC装置61已从PLMN 62去附着并且无法响应来自PLMN 62的寻呼，因而MTC服务器63无法与MTC装置61进行通信。
[0102]即使在睡眠时间段期间，MTC装置61也可以响应于某触发事件而与PLMN62进行通信。然而，在除预定的唤醒时间段以外，MTC服务器63无法知晓MTC装置61已经附着于PLMN62(即，MTC服务器63可以开始与MTC装置61的通信)的事实。此外，可能存在如下情况:在不存在要发送的数据的情况下或者在不满足所指定的发送条件的情况下，即使在唤醒时间段期间，MTC装置61也没有附着于PLMN 62。此外，存在如下可能性:MTC装置61中的内部时钟不够准确，因此MTC装置61的唤醒/睡眠调度与MTC服务器63的唤醒/睡眠调度不同步。在这些情况下，MTC服务器63无法准确知晓MTC装置61已附着于PLMN 62(S卩，MTC服务器63可以开始与MTC装置61的通信)的事实。
[0103]因此，如上所述，通过向MTC服务器63通报MTC装置61已附着于PLMN62 (S卩，可以开始与MTC装置61的通信),PLMN 62可以增加MTC服务器63与MTC装置61进行通信的机会。
[0104]本实施例例如可以有效地适用于如下情况:MTC装置61连接至河流的水位表并且向MTC服务器63或M2M应用程序64报告所测量的水位。MTC服务器63可以针对MTC装置61设置短的唤醒时间段(例如，I分钟)和长的睡眠时间段(例如，6小时)。此外，MTC装置61可以仅在所测量的水位超过指定阈值的情况下报告新的测量结果。MTC装置61可以长时间(例如，数月)不报告任何测量结果，只要水位正常即可。
[0105]然而，在已经从一个或多个水位表(MTC装置61)报告了一个或多个测量结果并且这些测量结果表示用于警告洪水的发生的值的情况下，优选立即且频繁获得其它水位表(MTC装置61)的测量结果以更具体地辨识当前状况。在这种情况下，优选立即更新所有相关MTC装置61(8卩，同一河流中所安装的MTC装置61)的唤醒/睡眠调度。根据上述的步骤S601?S603中的操作，MTC服务器63可以准确地辨识出可以开始与MTC装置61的通信(S卩，移动终端方向的通信)，因而MTC服务器63还可以立即向没有发送测量结果的MTC装置61发送新的唤醒/睡眠调度。
[0106]图6是示出参考图5所述的步骤S601?S603中的操作的具体示例的顺序图。在图6的示例中，PLMN 62包括MME 621和MTC-1WF实体622。在步骤S701中，MTC装置61向MME 621发送ATTACH REQUEST(附着请求)并且发起与MME 621的附着过程。在步骤S702中，MME 621向MTC-1WF实体622发送表示MTC装置61向PLMN 62的附着的通知。在步骤S702中，响应于来自MME 621的通知，MTC-1WF实体622向MTC服务器63发送表示MTC装置61向PLMN 62的附着的通知。在步骤S704中，MTC服务器62将新的唤醒/睡眠调度经由PLMN 62发送至MTC装置61。例如，可以经由电子邮件(E-maiI)、短消息服务(Short Message Service，SMS)消息或多媒体消息服务(Multimedia Messaging Service，MMS)来发送新的唤醒/睡眠调度。
[0107]此外，上述实施例仅是本发明人所获得的技术思想的应用的示例。这些技术思想不限于上述实施例，并且当然可以进行各种改变和修改。
[0108]例如，以上公开的实施例的整体或部分可以被描述为但不限于以下附注。
[0109]附注I
[0110]—种策略与计费规则功能实体即PCRF实体，包括:
[0111]控制部，用于响应于从移动站经由已建立的承载所发送或接收的用户业务中检测到特定分组流而向具有策略与计费执行功能即PCEF的PCRF节点提供要应用于所述特定分组流的第一策略与计费控制规则即PCC规则。
[0112]附注2
[0113]根据附注I所述的PCRF实体，其中，所述第一PCC规则与要应用于所述用户业务的第二 PCC规则不同。
[0114]附注3
[0115]根据附注I或2所述的PCRF实体，其中，向所述PCEF节点的所述第一PCC规则的提供触发用于传送所述特定分组流的新的专用承载的生成。
[0116]附注4
[0117]根据附注I?3中任一项所述的PCRF实体，其中，
[0118]所述控制部向具有业务检测功能即TDF的TDF节点提供用于检测所述特定分组流的应用程序检测和控制规则即ADC规则，以及
[0119]所述控制部响应于所述TDF节点检测到所述特定分组流而将所述第一PCC规则提供至所述PCEF节点。
[0120]附注5
[0121 ]根据附注4所述的PCRF实体，其中，
[0122]所述ADC规则包含指定所述特定分组流的应用程序名称，以及
[0123]所述第一PCC规则表示所述TDF节点基于所述应用程序名称针对所述特定分组流所检测到的源地址、目的地地址、端口号和协议标识符中的至少之一。
[0124]附注6
[0125]根据附注I?3中任一项所述的PCRF实体，其中，
[0126]所述移动站是机器类型通信装置即MTC装置，以及
[0127]所述控制部响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于所述MTC装置的特定通信的服务质量的请求，将所述第一 PCC规则提供至所述PCEF节点。
[0128]附注7
[0129]根据附注4或5所述的PCRF实体，其中，
[0130]所述移动站是机器类型通信装置即MTC装置，以及
[0131]所述控制部响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于所述MTC装置的特定通信的服务质量的请求，将所述ADC规则提供至所述TDF节点。
[0132]附注8
[0133]根据附注4、5或7所述的PCRF实体，其中，所述控制部向所述TDF节点通知要执行所述ADC规则的时间段。
[0134]附注9
[0135]根据附注7所述的PCRF实体，其中，
[0136]所述请求包含要将所述服务质量应用于所述特定通信的时间段的指定，以及
[0137]所述控制部向所述TDF节点通知要执行所述ADC规则的时间段，其中要执行所述ADC规则的时间段是基于要应用所述服务质量的时间段来确定的。
[0138]附注1
[0139]一种策略与计费规则功能实体即PCRF实体所进行的控制方法，所述控制方法包括以下步骤:
[0140]提供步骤，用于响应于从移动站经由已建立的承载所发送或接收的用户业务中检测到特定分组流而向具有策略与计费执行功能即PCEF的PCRF节点提供要应用于所述特定分组流的第一策略与计费控制规则即PCC规则。
[0141]附注11
[0142]根据附注10所述的控制方法，其中，所述第一PCC规则与要应用于所述用户业务的第二 PCC规则不同。
[0143]附注12
[0144]根据附注10或11所述的控制方法，其中，向所述PCEF节点的所述第一PCC规则的提供触发用于传送所述特定分组流的新的专用承载的生成。
[0145]附注13
[0146]根据附注10?12中任一项所述的控制方法，其中，所述提供步骤包括:
[0147]发送步骤，用于向具有业务检测功能即TDF的TDF节点发送用于检测所述特定分组流的应用程序检测和控制规则即ADC规则，以及
[0148]响应于所述TDF节点检测到所述特定分组流而将所述第一PCC规则提供至所述PCEF节点。
[0149]附注14
[0150]根据附注13所述的控制方法，其中，
[0151]所述ADC规则包含指定所述特定分组流的应用程序名称，以及
[0152]所述第一PCC规则表示所述TDF节点基于所述应用程序名称针对所述特定分组流所检测到的源地址、目的地地址、端口号和协议标识符中的至少之一。
[0153]附注15
[0154]根据附注10?12中任一项所述的控制方法，其中，
[0155]所述移动站是机器类型通信装置即MTC装置，以及
[0156]所述提供步骤包括响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于所述MTC装置的特定通信的服务质量的请求，将所述第一 PCC规则提供至所述PCEF节点。
[0157]附注16
[0158]根据附注13或14所述的控制方法，其中，
[0159]所述移动站是机器类型通信装置即MTC装置，以及
[0160]所述发送步骤包括响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于所述MTC装置的特定通信的服务质量的请求，将所述ADC规则发送至所述TDF节点。
[0161]附注17
[0162]—种程序，用于使计算机进行与策略与计费规则功能即PCRF有关的控制方法，所述控制方法包括:
[0163]响应于从移动站经由已建立的承载所发送或接收的用户业务中检测到特定分组流而向具有策略与计费执行功能即PCEF的PCRF节点提供要应用于所述特定分组流的第一策略与计费控制规则即PCC规则。
[0164]附注18
[0165]—种网络节点，其配置在公共陆地移动网络即PLMN中，所述网络节点包括:
[0166]控制单元，用于响应于机器类型通信装置即MTC装置向所述PLMN的附着而向配置在所述PLMN外部的MTC服务器发送表示可以进行与所述MTC装置的通信的通知。
[0167]附注19
[0168]根据附注18所述的网络节点，其中，所述网络节点是机器类型通信互通功能实体即MTC-1WF实体。
[0169]附注20
[0170]—种网络节点所进行的方法，所述网络节点配置在公共陆地移动网络即PLMN中，所述方法包括以下步骤:
[0171]响应于机器类型通信装置即MTC装置向所述PLMN的附着而向配置在所述PLMN外部的MTC服务器发送表示可以进行与所述MTC装置的通信的通知。
[0172]附注21
[0173]根据附注20所述的方法，其中，所述网络节点是机器类型通信互通功能实体即MTC-1WF 实体。
[0174]本申请基于并要求2014年I月9日提交的日本专利申请2014-002755的优先权，其全部内容通过引用包含于此。
[0175]附图标记说明
[0176]I机器类型通信互通功能(MTC-1ffF)实体
[0177]2服务能力服务器(SCS)
[0178]3用户设备(UE)
[0179]4 MTC应用程序服务器
[0180]11、12信令接口(或参考点)
[0181]31 MTC UE应用程序
[0182]51归属订户服务器(HSS)
[0183]52 DIAMETER路由代理(DRA)
[0184]53移动管理实体(MME)
[0185]54无线接入网(RAN)
[0186]55 服务网关(S-GW)
[0187]56分组数据网网关(P-GW)
[0188]57业务检测功能(TDF)
[0189]101控制单元
[0190]501控制单元
[0191]561信令单元
[0192]562分组处理单元
[0193]571信令单元
[0194] 572检测单元
【主权项】
1.一种机器类型通信互通功能实体即MTC-1WF实体，包括: 控制部，用于响应于从服务能力服务器即SCS接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的第一请求，向策略与计费规则功能实体即PCRF实体发送用于将所述服务质量应用于所述特定通信的第二请求。2.根据权利要求1所述的MTC-1WF实体，其中，所述第一请求通过表示QoS等级标识符即QC1、分配和保留优先级即ARP、最大比特率即MBR、保证比特率即GBR和优先级级别中的至少之一来指定所述服务质量。3.根据权利要求1或2所述的MTC-1WF实体，其中，所述第一请求通过表示以下内容来指定所述特定通信:(a)应用程序名称;或(b)用于标识所述特定通信的分组流的源地址、目的地地址、端口号和协议标识符中的至少之一。4.根据权利要求1?3中任何一项所述的MTC-1WF实体，其中， 所述第一请求包含与所述MTC装置相关联的外部标识符， 所述控制部与归属订户服务器即HSS交换控制消息，由此基于所述外部标识符来获得用在公共陆地移动网络即PLMN中的与所述MTC装置相关联的内部标识符，以及 所述第二请求包含用于标识所述MTC装置的所述内部标识符。5.根据权利要求1?4中任一项所述的MTC-1WF实体，其中，所述控制部与Diameter路由代理即DRA交换控制消息，由此确定所述第二请求要发送至的PCRF实体。6.根据权利要求1?5中任一项所述的MTC-1WF实体，其中，所述控制部响应于接收到所述第一请求而确定要应用于所述特定通信的计费策略。7.—种MTC互通功能实体即MTC-1WF实体所进行的控制方法，所述控制方法包括以下步骤: 响应于从服务能力服务器即SCS接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的第一请求，向策略与计费规则功能实体即PCRF实体发送用于将所述服务质量应用于所述特定通信的第二请求。8.—种用于存储程序的非瞬态计算机可读介质，所述程序用于使计算机进行与机器类型通信互通功能即MTC-1WF有关的控制方法，所述控制方法包括以下步骤: 响应于从服务能力服务器即SCS接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的第一请求，向策略与计费规则功能实体即PCRF实体发送用于将所述第一请求所请求的所述服务质量应用于所述特定通信的第二请求。9.一种策略与计费规则功能实体即PCRF实体，包括: 控制部，用于响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的请求，进行用于将所述服务质量应用于所述特定通信的控制。10.根据权利要求9所述的PCRF实体，其中，所述控制部对具有策略与计费执行功能即PCEF的PCRF节点以及具有业务检测功能即TDF的TDF节点中的至少之一进行控制，以将所述服务质量应用于所述特定通信。11.根据权利要求1O所述的PCRF实体，其中， 响应于接收到所述请求，所述控制部向所述TDF节点提供应用程序检测和控制规则即ADC规则，所述ADC规则用于从所述MTC装置经由已建立的承载所发送或接收的用户业务中检测与所述特定通信有关的特定分组流，以及 响应于所述TDF节点检测到所述特定分组流，所述控制部向所述PCEF节点提供要应用于所述特定通信的策略与计费控制规则即PCC规则。12.根据权利要求11所述的PCRF实体，其中， 所述ADC规则包含指定所述特定通信的应用程序名称，以及 所述PCC规则表示所述TDF节点基于所述应用程序名称针对所述特定分组流所检测到的所述特定分组流的源地址、目的地地址、端口号和协议标识符中的至少之一。13.根据权利要求11或12所述的PCRF实体，其中，所述控制部向所述TDF节点通知要执行所述ADC规则的时间段。14.根据权利要求13所述的PCRF实体，其中， 所述请求包含要将所述服务质量应用于所述特定通信的时间段的指定，以及 所述控制部向所述TDF节点通知要执行所述ADC规则的时间段，其中要执行所述ADC规则的时间段是基于要应用所述服务质量的时间段来确定的。15.—种策略与计费规则功能实体即PCRF实体所进行的控制方法，所述控制方法包括以下步骤: 响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的请求，进行用于将所述服务质量应用于所述特定通信的控制。16.—种用于存储程序的非瞬态计算机可读介质，所述程序用于使计算机进行与策略与计费规则功能即PCRF有关的控制方法，所述控制方法包括以下步骤: 响应于从机器类型通信互通功能实体即MTC-1WF实体接收到针对要应用于机器类型通信装置即MTC装置的特定通信的服务质量的请求，进行用于将所述服务质量应用于所述特定通信的控制。
【文档编号】H04L12/813GK106068674SQ201480076867
【公开日】2016年11月2日
【申请日】2014年12月4日 公开号201480076867.3, CN 106068674 A, CN 106068674A, CN 201480076867, CN-A-106068674, CN106068674 A, CN106068674A, CN201480076867, CN201480076867.3, PCT/2014/6053, PCT/JP/14/006053, PCT/JP/14/06053, PCT/JP/2014/006053, PCT/JP/2014/06053, PCT/JP14/006053, PCT/JP14/06053, PCT/JP14006053, PCT/JP1406053, PCT/JP2014/006053, PCT/JP2014/06053, PCT/JP2014006053, PCT/JP201406053
【发明人】岩井孝法
【申请人】日本电气株式会社