CN103782612A - 对于蜂窝接入网络的m2m服务启用架构 - Google Patents

Abstract

一种对于蜂窝接入网络（AN）（84）的机器到机器（M2M）服务启用架构（95），其允许蜂窝AN运营商不仅将它的M2M服务能力（SC）作为M2MSC服务器（141）部署在它的网络域内而且还使用它的M2MSC以在与也部署M2MSC服务器（102）的M2M服务提供商（SP）网络（82）通信时担当M2MSC代理（100）。蜂窝AN中的M2MSC代理在M2M装置/网关的SC（165）与SP的M2MSC服务器之间中继所有信令平面通信。M2MSC代理对蜂窝AN提供对蜂窝AN中的M2M服务启用所需要的跨层（传输和服务层）信息中的全部的访问。该基于代理的技术方案允许蜂窝AN服务于所有类型的M2MSP，并且使M2MSP免除需要支持不同的蜂窝AN互配接口。

Description

对于蜂窝接入网络的M2M服务启用架构

相关申请的交叉引用

本申请根据35 U.S.C§119(e)要求于2011年7月15日提交的美国临时申请号61/508,243以及2011年7月21日提交的美国临时申请号61/510,301的优先权权益，这两个的公开通过引用而全部结合于此。本申请与共同待审、共同受让的具有序列号13/517,733的题为“Dynamic M2M Services Enablement Solution Over 3GPP Access Networks（3GPP接入网络上的动态M2M服务启用技术方案）”的美国专利申请相关。

技术领域

本公开涉及机器到机器（M2M）通信。更特定地，并且未通过限制的方式，本公开的特定实施例针对这样的***和方法，其允许使用蜂窝接入网络（AN）来启用支持由M2M服务提供商（SP）供应M2M服务的与接入无关的M2M服务架构。

背景技术

机器到机器（M2M）通信牵涉在没有人为干预的情况下两个机器之间的通信（使用有线或无线工具，或两个的组合）。在这里注意术语 “M2M通信”在某些文献中也称为“机器型通信（MTC）”。为了一致性，在本文的论述中仅使用术语“M2M通信”。M2M通信的一些示例是：智能计量（例如，公用事业仪表的远程读数）、健康护理监视（例如，患者心率的远程监视）、农业监视（例如，作物状况的监视）、车队管理跟踪（例如，监视路上的卡车的当前状态）、安全监控（例如，建筑物或建筑群的自动、实时监视）、结算交易、存货管理（例如，通过超市中的销货点（POS）交易的监视）等。这些M2M通信典型地在一端上使用有M2M通信能力的传感器或诊断装置（其可进行早先提到的计量、监视等）并且在另一端上使用M2M用户装置或接收器来从传感器装置接收数据（例如，经由如在下文参考图1论述的蜂窝接入网络而无线地）并且按照期望的M2M服务（例如，公用事业计量服务、健康护理监视服务、结算准备服务，等）处理数据。

太多不同的M2M服务中的全部使用某些公共M2M服务能力（SC），例如与路由、安全、相应资源的分配、云（例如，承载网络）中的其他实体的发现和可达性等相关的SC。这些M2M服务能力通常在与M2M服务提供商（SP）网络中的M2M应用服务器（AS）通信时被所有不同的M2M服务（例如，在M2M用户装置上，在M2M服务提供商（SP）网络中，等）使用。

一般，M2M通信也可称为M2M服务，其绑定到“服务层”，同时蜂窝接入网络（AN）（其在下文更详细论述）可对发生的M2M通信提供“传输层”。为了使任何M2M服务启用架构以非常灵活的方式并且在具有自由且独立于接入网络运营商而提供M2M服务的能力的情况下工作，任何这样的M2M服务启用架构依赖传输（基于AN）与服务（基于SP网络的）层之间的分离，这可是优选的。记住该偏好，欧洲电信标准协会M2M技术委员会（ETSI M2M TC）已经致力于限定M2M服务层（SL）架构，其包括下列主要原理：

（I）总体方面：（a）与接入无关的M2M服务启用架构（即，明显独立于基础蜂窝AN技术）。（b）传输与服务层之间的松耦合架构。（c）在从一个接入网络移到另一个时不需要M2M服务改变。（d）从不同的接入网络对相同M2M服务层的同时接入。

（II）接入和装置方面：M2M服务启用架构，其支持下列类型的装置：（a）直接接入M2M装置，其支持直接接入蜂窝网络。（b）M2M网关，其支持与连接到它的间接接入M2M装置（下文论述的）的蜂窝网络接入。该网关可担当集中器（例如，从连接到其的多个间接接入装置接收的数据的）。（c）间接接入M2M装置，其连接到M2M网关并且不支持直接访问蜂窝网络。

（III）网络方面：M2M服务启用架构，其利用下列项：（a）传输和服务层分离（尽可能多的）。（b）可以独立于特定接入网络运营商来提供M2M服务。（c）公共M2M服务能力（SC）限定成被所有M2M应用使用。该公共M2M SC可以与M2M特定应用服务器（AS）分离地部署。

图1图示使用蜂窝接入网络12的M2M服务启用架构10。图1中的架构10示出连接到M2M服务提供商（SP）网络14同时考虑上文提到的由ETSI M2M TC限定的三个原理的蜂窝AN 12。为方便起见并且为了易于论述，可在本文使用术语“接入网络”或“传输网络”以不仅包括蜂窝承载网络的无线电接入网络（RAN）部分（其包括例如，具有或没有基站控制器的基站），而且也包括其他部分（例如，蜂窝回程和核心网络）。相似地，术语“M2M服务提供商”或“M2M SP”和“M2M SP网络”在本文可互换地使用来指代M2M SP网络14（以及在本文的其他图中示出并且在下文论述的相似的其他网络）。M2M服务提供商也是蜂窝AN 12的运营商或提供商，这可是可能的。另一方面，M2M SP可独立于蜂窝AN提供商，但为了互通性目的而可与蜂窝网络运营商具有业务关系。

如在图1中示出的，蜂窝AN 12可包括多个小区站点16-18，每个在相应基站（BS）或基地收发器站（BTS）20-22的无线电覆盖下。这些基站20-22可从在M2M装置域34中运行的各种M2M通信实体24-32（在下文参考图2详细论述）接收无线通信（如由无线电链路23A-23C指示的），并且将接收的通信转发到蜂窝网络12的M2M核心部分36。该M2M核心36可包括蜂窝回程部分38和蜂窝核心网络（CN）40。例如，在第三代（3G）基站20-22的情况下，蜂窝回程38可包括3G无线电网络控制器（RNC）或基站控制器（BSC）的功能性。回程38的部分（例如BSC或RNC的）连同基站20-22可视为包括网络12的RAN部分。这样的RAN的示例包括通用陆地无线电接入网络（UTRAN）、演进UTRAN（E-UTRAN）、GSM/EDGE RAN（GERAN）（其中“GSM”指代全球移动通信***并且“EDGE”指代增强数据速率GSM演进***）、基于电气和电子工程师协会（IEEE）标准IEEE 802.16e的全球互通微波接入（WIMAX）***，等。另一方面，核心网络（CN）40可提供逻辑、服务和控制功能（例如，订户账户管理、结算、订户移动性管理，等）、到其他网络（例如，互联网）或实体的互联网协议（IP）连接性和互连、漫游支持，等。CN 40可以是例如第三代合作伙伴计划（3GPP）CN、第三代合作伙伴计划2（3GPP2）CN（对于基于码分多址接入（CDMA）的蜂窝***）或ETSI TISPAN（TIPHON（网络上的电信和互联网协议协调）和SPAN（对于先进网络的服务和协议））CN。

如早先提到的，ETSI提出的M2M服务启用架构（例如图1中的架构10）依赖公共M2M SC启用应用42（例如，与路由、安全等相关），其限定成被所有M2M应用使用。该M2M SC启用应用（在本文简单地称为M2M SC）可提供M2M功能，其可以被不同的M2M应用（无论是驻存在M2M AS 44上还是在图2中示出并且稍后在下文论述的M2M通信实体50上）共享并且通过一组开放接口（未示出）而揭露这些功能。M2M SC 42可利用核心网络功能性，同时通过隐藏网络特异性而简化并且优化M2M应用开发和部署。各种M2M应用提供程序代码，其在被相应的M2M通信实体或用户装置执行时可提供应用特定M2M服务，例如早先论述的智能计量服务、健康护理监视服务，等。M2M SC 42的相关部分可驻存在每个M2M通信实体（如例如在图2中示出的）上以及在M2M用户装置44上。从而，M2M应用（例如，在图2中的M2M应用52）可运行服务逻辑（未示出）并且使用经由开放接口而能接入的对应M2M SC（例如，图2中的M2M SC 54）来促进M2M SP 14所支持的M2M服务的供应。M2M SC 42可使用适合的应用编程接口（API）（其可包括完整接口、单个功能或一组应用特定API）而与M2M SP 14中的M2M应用服务器（AS）46交互以由此促进与M2M SP 14所支持的M2M应用关联的各种M2M服务的供应。

图1还示出与M2M AS 46通信的M2M用户44（其在本文也称为“M2M用户装置”，并且在某些文献中也可称为“MTC用户”）。M2M用户44可以是有MTC能力的装置，其可以与M2M装置域34中的各种M2M通信实体24-32通信并且可甚至（远程）控制或操作它们。例如，如果M2M通信实体是建筑物监管传感器或单元，M2M用户44在该情况下可以是远程数据收集/处理单元，其可指示监控传感器在预定义时间间隔向其传送监控数据（以便例如不使蜂窝网络资源过载或不允许M2M通信实体随机访问M2M SC 42）。M2M AS 46与M2M SC 42的组合可促进M2M用户44与M2M装置域34中的相应M2M通信实体/多个实体之间的相关应用特定数据或其他内容的传输。

图2示出可从M2M装置域34运行的M2M通信实体50的逻辑框图。该M2M通信实体50可以是早先提到的直接接入M2M装置、间接接入M2M装置或M2M网关。例如，在图1中的配置中，M2M通信实体24-25（例如，车队跟踪或远程管理装置）中的每个可以是直接接入M2M装置，而M2M通信实体27-32的每一个可以是与M2M网关26通信的间接接入M2M装置（例如，建筑物中的监控传感器），该M2M网关26可起到从各种这样的间接接入M2M装置接收的数据的集中器的作用。M2M通信实体27-32中的一些可经由“本地”M2M区域网络47-49（其可以是IEEE 802.15.1、Bluetooth?或其他相似的本地网络）而彼此互连、与其他相似的实体（未示出）互连或与一个或多个M2M网关（例如，M2M网关26）互连。在某些情况下，M2M通信实体可甚至经由一个或多个这样的M2M区域网络47-49访问蜂窝网络12。

在下文的论述中，为了便于论述，术语“M2M通信实体”、“M2M实体”和“M2M装置”可能互换地使用。例如，根据给定的内容，术语“M2M装置”可指代M2M装置（无论是直接接入还是间接接入）或M2M网关或两者。然而，如果上下文另外指示，装置和网关可单独而不是通过常见术语“M2M实体”或“M2M装置”来规定。此外，在这里注意M2M通信实体或装置50可代表为M2M通信而适当配置的用户设备（UE）或移动站（MS）（也通过例如“移动手持机”、“无线手持机”、“无线装置”、“终端”等各种类似术语而已知）。这样的移动手持机/装置的一些示例包括蜂窝电话或数据传输设备（例如，个人数字助理（PDA）或寻呼机）、智能电话（例如，iPhone?、Android?、Blackberry?，等）、计算机、Bluetooth?装置等。

如在图2中示出的，M2M实体或装置50可包括装置特定M2M应用（或程序代码）52和装置特定M2M SC 54。从而，M2M装置50使用它自身的M2M SC 54运行M2M应用52来提供它为之设计或配置的M2M服务（例如，向M2M用户44）。在下文的论述中，当M2M通信实体50是M2M装置（无论是直接接入还是间接接入）时，这样的装置特定SC可称为“D-SC”，并且当M2M实体50是M2M网关时，这样的装置特定SC可称为“G-SC”以便区分M2M装置与网关中的SC。缩短版本“D/G-SC”可在下文的论述中使用来共同指代这两个SC。M2M装置50可视为逻辑上支持对蜂窝网络12（例如，3GPP接入）的访问，好像它是两个逻辑M2M装置－M2M接入/传输装置56和M2M服务装置58的组合一样。（尽管未在本文规定或为了简洁起见总是在下文提到，理解当M2M实体50是M2M网关时，标号“56”和“58”可分别指代M2M接入/传输网关和M2M服务网关）。M2M接入/传输装置56可支持3GPP接入空中接口和3GPP接入网络的所有方面。另一方面，M2M服务装置58可支持与M2M服务层（SL）相关的所有方面。这样的逻辑配置可反映早先提到的传输与服务层之间的分离。从而，例如，M2M接入装置56可具有装置标识符（对于接入蜂窝网络12的传输级），其与对于M2M服务装置58的装置标识符（其在服务级上使用）不同。此外，M2M服务装置58可包括M2M应用标识符（未示出）和M2M服务预订标识符（未示出）来进行服务层操作，而M2M传输装置56可包括M2M接入网络预订标识符（未示出）和M2M接入网络地址（未示出）来支持使用传输层与蜂窝接入网络12的接入接口。从而，在M2M应用的情况下，应用的一部分可驻存在M2M AS 46上，而对应部分可驻存在M2M实体50（作为一个或多个M2M应用52的部分）上。在该方面，M2M服务装置58可托管应用的M2M实体特定部分，并且使用M2M接入装置56以使用蜂窝网络12来访问SP网络14中的M2M AS 46用于传输。

发明内容

从上文的论述观察到ETSI M2M TC规定与接入无关的M2M服务层（SL）架构（即，在图1中示出并且在题为“Machine-to-Machine communications (M2M); Functional architecture（机器到机器通信（M2M）；功能架构）”的ETSI技术规范（TS）102.69中更详细论述的架构）使得M2M SP可以独立于M2M通信实体所使用的特定类型的接入网络来提供M2M服务。也就是说，ETSI M2M SL架构提供服务层（SL）处的标准而不管传输/接入层是什么。然而，目前没有按照ETSI TS 102.69的启用架构，其采用以便允许使用蜂窝AN来启用公共M2M服务架构（其主要与ETSI M2M SL架构（在上文提到的ETSI TS 102.69中规定的）的原理一致）同时并行允许蜂窝AN对它的网络所用于的事物具有适当控制这样的方式来清楚限定（蜂窝）传输层和（M2M）服务层架构的“合并”或“互配”版本。在这里，术语“公共”指代这样的M2M SL架构（即，可以与例如3GPP、3GPP2、长期演进（LTE）、演进数据优化（EV-DO）、通用移动电信***（UMTS）、固定接入论坛、通用分组无线电服务（GPRS）和CDMA 2000 1x网络等许多不同的基于IP的接入网络一起工作的公共SL架构）的与接入无关的性质。

另一方面，即使3GPP***架构工作组2（SA2）已经识别3GPP蜂窝接入网络（采用AN控制或SP控制的配置）中的M2M架构的启用的一些方面，在该架构中，3GPP SA2还未识别不同的可能接入网络和M2M服务提供商网络将如何工作来启用允许蜂窝接入网络感知在接入网络传输的顶部上提供的M2M服务的类型的综合技术方案。例如，3GPP SA2还未解决下列情况：

（1）3GPP接入网络（其将M2M SC部署在接入运营商的网络内）如何能够与M2M服务提供商（SP）网络（其也将M2M SC部署在它的网络中）互配、服务和通信。

（2）当M2M装置漫游到受访访问网络（其部署M2M SC）内时，归属接入网络如何可以用于允许该受访接入网络将一些M2M服务直接路由到M2M SP网络而其他M2M服务经由归属接入网络路由。

（3）3GPP接入网络（其部署与ETSI M2M SL架构一致的M2M SC）如何能够向部署不同M2M SL架构（即，与ETSI M2M SL架构不一致）的其他M2M服务提供商提供服务。这样的非ETSI M2M SL架构在本文可不同地称为“M2M服务层其他”或“M2M服务其他”或“M2M SL其他”或“M2M SL-OTH”。

（4）在接入网络不具有与M2M SP的服务级协定（SLA）时，3GPP接入网络（不管M2M SC部署在哪里）如何能够允许它的传输服务被M2M服务所使用。

（5）未部署M2M SC的3GPP接入网络如何能够与也未在它的网络中部署M2M SC的M2M SP网络互配、服务和通信。

与3GPP SA2类似，3GPP2也尝试规定（例如，在题为“Machine-to-Machine Architecture and Enhancement Study for cdma2000 Networks（对于cdma2000网络的机器到机器架构和增强研究）”的3GPP2报告X.P0067-0中的）M2M服务启用架构，其使用3GPP2接入网络（基于CDMA的）来提供与ETSI M2M SL架构和任何其他M2M SL架构一致的M2M服务。然而，3GPP2的架构也未能解决上文提到的情况（在3GPP SA2的上下文中列出的）。

现有的技术方案中未涵盖的另一个问题是M2M服务提供商如何可以使用多个IP地址来推出它的服务。例如，M2M SP利用3GPP、3GPP2和固定IP接入来支持它的服务。

当前，3GPP接入网络所使用的遗留M2M服务技术方案未被清楚限定并且不遵循特定或明确限定的M2M SL架构（例如由ETSI TS 102.69限定的M2M SL架构）。现有的专有或运营商特定技术方案未使用公共M2M SC概念。相反，这样的技术方案对每个M2M应用使用特定技术方案，其是整个行业努力识别可能被所有M2M应用的任何接入网络所使用的公共（即，“通用的”或与接入无关的）M2M SL架构背后的原因。

关于如何使用蜂窝AN来启用主要与ETSI M2M SL架构（例如，传输与服务层的分离、要被所有M2M应用所使用的公共M2M SC等，如早先论述的）的原理一致的同时并行允许蜂窝AN运营商对它的网络所用于的事物具有适当控制的公共M2M服务架构设想互配技术方案，这因此是可取的。也就是说，使蜂窝AN能够向任何M2M服务提供它的特定服务（例如，传输服务）同时在同一时间能够实施它的服务级协定（SLA）来收集合适的结算信息、预期正提供的M2M服务需要的容量管理等，这是可取的。

此外，对于要被不同的蜂窝接入（其支持例如3GPP接入网络架构和核心网络（CN））成功使用并采用的这样的公共M2M服务启用架构，提供识别并且解决下列跨服务和传输层的互配问题的详细技术方案，这也是可取的。

（a）3GPP接入网络感知（优选地，动态）跨层（A层）M2M装置/网关标识符（其可与有时称为M2M装置/网关“外部标识符”的相同，该M2M装置/网关“外部标识符”典型地被3GPP网络外部的实体（例如M2M SP网络中的M2M SC服务器）使用来识别用于3GPP***内的MTC的M2M装置/网关）的能力。这样的“外部”标识符可与“内部”标识符区分开，该“内部”标识符是在3GPP***内使用来唯一识别用于MTC的M2M通信实体的预订相关标识符。该“内部”标识符可不一定被3GPP网络外部的实体已知。在本文的论述中，当M2M服务被传输和服务层两者的启用需要参数/信息时，该参数（例如，装置/网关标识符）或信息视为“跨层”或“A层”参数/信息。为了便于论述，术语“A层M2M装置标识符”可偶尔用于指代M2M装置和/或网关的A层标识符。

动态技术方案因为它“即时（on-the-fly）”且以成本有效的方式适应对各种需要参数（例如，A层参数）的改变的灵活性而被优选。另一方面，如果M2M装置/网关预先配置（例如，被它的M2M服务提供商）有需要的参数，例如当在现场这样的预先配置的装置/网关关联的M2M服务提供商改变或它的M2M预订改变时，则可难以改变现场这样的预先配置的装置/网关。

（b）3GPP接入网络将A层M2M装置/网关标识符映射到3GPP接入预订和3GPP接入预订标识符的能力。

（c）3GPP接入网络正确识别IP业务（其来自不同的M2M SP网络）并且将它朝相同M2M接入装置（例如，在图2中示出的M2M接入装置56）映射的能力。

（d）3GPP接入网络基于发送到特定A层M2M装置标识符、特定M2M D/G-SC和/或特定M2M应用的业务而正确发现M2M服务装置（例如，在图2中示出的M2M服务装置58）的可达性的能力。

（e）3GPP接入网络知道在M2M服务装置使用的M2M接入装置顶部上运行的M2M应用的类型的能力。这为了使3GPP接入网络识别特定M2M应用所需要的适当服务质量（QoS）而可以是可取的。

（f）M2M SP网络将业务发送到特定M2M服务装置、M2M D/G-SC和/或M2M应用的能力。

（g）M2M SP网络能够在到SP网络的第一服务初始附着期间用适当的A层M2M装置/网关标识符配置M2M通信实体的能力。动态技术方案可如在上文在子部分（a）中提到的那样是优选的。该技术方案应确保被M2M SP网络配置的A层M2M D/G标识符对于3GPP AN也是可用的并且在3GPP AN内是唯一的。

（h）M2M SP网络应感知M2M服务预订，其授权M2M服务装置/网关接收识别的M2M服务。

（i）对来自不同接入网络的相同M2M服务预订提供并行接入同时正确识别并且区分在这样的不同接入网络上经过的不同业务的能力。

本公开的特定实施例对上文提到的问题提供通过引入下列方面而设想公共M2M服务启用架构（其基于服务与传输层之间的分离的ETSI原理）的技术方案：

（I）M2M代理的使用。该方法允许蜂窝AN运营商不仅将它的M2M SC作为M2M SC服务器部署在它的网络域内，而且还使用它的M2M SC来担当在与M2M SP网络（其也部署M2M SC服务器）通信时的M2M SC代理。

（II）允许受访蜂窝AN（其将M2M SC部署在它的网络内）将M2M服务直接路由到M2M SP网络（其可以是归属M2M SP或受访M2M SP）。这基于可反映M2M传输预订的归属蜂窝AN策略。它还可以基于M2M SP网络策略和/或M2M服务预订。

（III）通过限定需要的互配功能（IWKF），允许蜂窝AN运营商向部署M2M SL架构（其与ETSI SL架构不同）的M2M服务提供商提供M2M服务。

（IV）允许蜂窝AN提供商向任何M2M SP网络提供它的传输和其他服务而不管关于M2M SC的SP网络架构如何－即，无论M2M SC是否部署在SP网络内部。

（V）无论蜂窝AN运营商是否具有与SP的现有SLA，允许蜂窝AN提供商向任何M2M SP网络提供它的传输和其他服务。 

本公开的特定实施例进一步提供M2M服务启用技术方案（MSES），其解决如何在3GPP接入网络的上下文中使用上文提到的公共M2M服务启用架构。该技术方案允许3GPP AN在它的3GPP演进分组核心（EPC）上对M2M装置提供到M2M装置的按选择的M2M SP的传输连接。本公开的对于M2M服务启用的技术方案未改变现有的用于使用它的空中接口在AN上建立传输连接的接入网络规程。也就是说，除小的增强外，传输层连接建立可继续使用由AN标准限定的相同规程。另外，根据本公开的这样的技术方案还提供允许在3GPP AN、M2M SP和M2M装置完全感知该A层M2M D/G标识符时配置跨层M2M装置/网关标识符的动态机制。从而，本公开的特定实施例对向任何M2M装置（其使用任何蜂窝接入，该任何蜂窝接入使用3GPP EPC用于提供传输连接）提供M2M服务启用提供了公共技术方案。

在一个实施例中，本公开针对操作地耦合于机器到机器（M2M）服务提供商（SP）的蜂窝接入网络（AN），其中该蜂窝AN包括M2M服务能力（SC），其部署在蜂窝AN内部并且配置成在M2M SP部署M2M SC服务器并且未在蜂窝AN中部署M2M SC服务器时起到M2M SC代理的作用。

M2M SC代理配置成代表M2M SP中的M2M SC服务器起作用并且在M2M通信实体中的实体特定SC与M2M SP中的M2M SC服务器之间中继信令平面通信，其中M2M通信实体与蜂窝AN无线通信并且经由蜂窝AN访问M2M SP。蜂窝AN还包括互配功能（IWKF），其配置成在蜂窝AN与M2M SP之间提供互配功能。

在另一个实施例中，本公开针对M2M通信配置中的改进，其基于（a）蜂窝AN所支持的传输层与M2M SP所支持的服务层之间的分离以及（b）公共M2M SC对所有M2M应用的使用。该改进包括：当M2M SP部署M2M SC服务器并且未在蜂窝AN中部署M2M SC服务器时，将M2M SC部署在蜂窝AN内部作为M2M SC代理。M2M SC代理配置成代表SP中的M2M SC服务器起作用并且在M2M通信实体中的实体特定SC与M2M SP中的M2M SC服务器之间中继信令平面通信，其中M2M通信实体与蜂窝AN无线通信并且经由蜂窝AN访问M2M SP。该改进还包括将IWKF同定位在M2M SC代理内，其中IWKF配置成在蜂窝AN与M2M SP之间提供互配接口。

在另外的实施例中，本公开针对使用操作地耦合于M2M SP的蜂窝AN来提供M2M通信的方法。该方法在蜂窝AN中实现并且包括：将M2M SC部署在蜂窝AN内部；配置M2M SC以在M2M SP部署M2M SC服务器时起到M2M SC代理的作用；并且配置M2M SC代理来代表M2M SC服务器起作用并且在M2M通信实体中的实体特定SC与M2M SP中的M2M SC服务器之间中继信令平面通信，其中M2M通信实体与蜂窝AN无线通信并且经由蜂窝AN访问M2M SP。

在另一个实施例中，本公开针对蜂窝AN中的M2M SC代理，其中该蜂窝AN操作地耦合于M2M SP（其部署M2M SC服务器）并且未在蜂窝AN中部署M2M SC服务器。M2M SC代理配置成进行下列项：（i）对于M2M SP中的M2M SC服务器起到代理的作用并且代表M2M SP中的M2M SC服务器起作用；以及（ii）在M2M通信实体中的实体特定SC与M2M SP中的M2M SC服务器之间中继信令平面通信，其中M2M通信实体与蜂窝AN无线通信并且经由蜂窝AN访问M2M SP。

在本公开的特定实施例中提出的公共M2M服务启用架构（其与ETSI M2M SL架构一致）实现根据市场动态选择M2M SP的自由并且同时提供具有松耦合的M2M服务架构的能力。根据本公开的某些实施例的M2M服务启用架构从而对蜂窝AN运营商提供它的接入网络服务－其包括传输层－以用于根据ETSI M2M SL架构并且采用允许蜂窝AN运营商实现下列项这样的方式来服务于M2M服务提供了灵活性和手段：（a）在能够服务于所有类型的M2M服务运营商时通过将M2M SC部署在它的网络内而使用单个部署模型。（b）立即并且容易访问跨层功能性所需要的所有信息。该信息可以用于帮助蜂窝AN运营商在更智能的比特管道中提供它的AN。（c）服务于其他M2M服务提供商，其使用非ETSI M2M SL架构。（d）基于（归属）蜂窝AN运营商策略和M2M预订在受访网络中路由M2M业务具有灵活性。

根据本公开的特定实施例的公共M2M服务启用架构还允许M2M SP：（a）在它的网络内部署M2M SC而不必支持不同的蜂窝AN互配接口。这可通过允许蜂窝AN内部的M2M SC代理功能性而实现。（b）与相同的部署模型并行地在多个接入技术上部署它的服务。

在3GPP接入网络的示范性情况下，本公开的某些实施例：（a）在3GPP AN完全感知M2M装置/网关的A层身份、在传输连接上使用的业务的类型以及使用提供的传输连接的M2M应用时，允许3GPP AN运营商向使用3GPP EPC来连接到它的按选择M2M SP的任何M2M装置提供它的传输服务。（b）允许M2M SP向它使用任何蜂窝接入（例如，3GPP、E-UTRAN、基于CDMA2000的演进高速分组数据（eHRPD），等）的M2M装置提供它的初始服务启用，并且动态配置M2M SP的按选择A层M2M装置标识符并且同时能够到达M2M装置（只要它被注册）。（c）提供用于利用动态分配的A层M2M装置/网关标识符和更新的M2M网络服务能力（N-SC）接入点名称（APN）（例如，SL信令和SL数据APN）来更新（M2M装置/网关的）M2M接入预订的动态技术方案。（d）提供用于使用动态分配的A层M2M装置标识符以及M2M应用和它们关联的QoS更新具有策略和计费规则功能（PCRF）的M2M接入订户策略概况（profile）。

附图说明

在下列章节中，将参考在图中图示的实施例来描述本公开，其中：

图1图示使用蜂窝接入网络的M2M服务启用架构；

图2示出可从M2M装置域操作的示范性M2M通信实体的逻辑框图；

图3是根据本公开的一个实施例的通用M2M服务启用架构（对于蜂窝网络），其图示允许部署与M2M AS分离的M2M SC的两个不同的可能架构选项；

图4示出根据本公开的一个实施例在蜂窝AN中使用M2M SC代理的示范性M2M服务启用架构；

图5图示根据本公开的一个实施例与M2M SC代理在蜂窝AN中的部署相关的示范性流程图；

图6是根据本公开的一个实施例的M2M SC代理的示范性框图；

图7提供对蜂窝AN解决M2M服务启用的示范性架构情况的综述；

图8A图示对于与图7中的情况3.1相关的蜂窝AN的示范性M2M服务启用架构（非ETSI）；

图8B图示对于与图7中的情况3.2相关的蜂窝AN的示范性M2M服务启用架构（非ETSI）；

图9示出根据本公开的一个实施例的示范性M2M通信实体的框图；

图10描绘根据本公开的一个实施例在3GPP M2M服务启用技术方案中提供M2M实体如何附着到按选择M2M SP网络的综述的示范性流程图；

图11示出示范性网络架构，其描绘根据对于3GPP接入的M2M服务启用技术方案的一个实施例在M2M实体的SP网络初始附着期间基于AN的默认M2M N-SC的使用；

图12描绘示范性网络架构，其图示根据3GPP M2M服务启用技术方案的一个实施例按照本公开的教导在M2M实体与M2M SP网络的常规附着期间基于AN的常规M2M N-SC的使用；

图13提供对于3GPP AN解决M2M服务增强的示范性架构情况的综述；

图14图示根据本公开的一个实施例对于M2M实体经由3GPP AN到它的按选择M2M SP的初始附着的示范性高级调用流程；

图15图示根据本公开的一个实施例对于M2M实体经由3GPP AN到它的按选择M2M SP的常规附着的示范性高级调用流程；

图16图示根据本公开的一个实施例对于M2M实体经由3GPP AN到它的按选择M2M SP的常规附着的另一个示范性高级调用流程集。

具体实施方式

在下列详细描述中，阐述许多特定细节以便提供对本公开的全面理解。然而，本领域内技术人员将理解可在没有这些特定细节的情况下实践本公开。在其它实例中，未详细描述众所周知的方法、规程、部件和电路以便不混淆本公开。应理解主要在3GPP蜂窝电话/数据网络的上下文中描述本公开，但它也可以采用蜂窝无线网络的其他形式实现。

在该整个说明书中对“一个实施例”或“实施例”的引用意指连同实施例描述的特定特征、结构或特性包括在本公开的至少一个实施例中。从而，短语“在一个实施例中”或“在实施例中”或“根据一个实施例”（或具有相似含义的其他短语）在该整个说明书中各种地方的出现不一定都指代相同的实施例。此外，在一个或多个实施例中，特定特征、结构或特性可采用任何适合的方式组合。而且，根据本文的论述的上下文，单数术语可包括它的复数形式并且复数术语可包括它的单数形式。相似地，带连字符号的术语（例如，“一致（in-line）”、“跨层（across-layers）”，等）可偶尔与它的不带连字符号的版本（例如，“一致（inline）”、“跨层（across layers）”，等）能互换地使用，字母大写词条（例如，“代理（Proxy）”、“服务启用架构（Services Enablement Architecture）”、“接入网（Access Network）”、“A层（A-Layers）”，等）可与它的字母不大写版本（例如，“代理（proxy）”、“服务启用架构（services enablement architecture）”、“接入网（access network）”、“A层（A-layers）”，等）能互换地使用，并且复数术语可用或不用撇号（例如，BSC’s或BSCs、SC’s或SCs、APN’s或APNs，等）来指示。这样的偶尔能互换的使用不应视为互相不一致。

在开始时注意术语“耦合的”、“连接的”、“连接”、“电连接”等在本文能互换地使用来大体上指代电/电子连接的状况。相似地，在第一实体将信息信号（无论是包含语音信息还是非语音数据/控制信息）电发送到第二实体和/或从第二实体接收（无论是通过线路还是无线工具）信息信号而不管那些信号的类型（模拟或数字）如何时，该第一实体视为与第二实体（或多个实体）“通信”。进一步注意在本文示出并且论述的各种图（其包括部件图）仅为了说明目的，并且不按比例绘制。

部分一

图3是根据本公开的一个实施例的通用M2M服务启用架构60（对于蜂窝网络），其图示允许部署与M2M AS 62分离的M2M SC 42的两个不同的可能架构选项。从早先的论述观察到这样的独立部署对于与ETSI TS 102.69一致的M2M SL架构使架构60符合ETSI M2M TC的要求。为了便于下文的论述，图3-8归类为形成本公开的部分一（其论述对于蜂窝接入网络的通用M2M服务启用架构），而图9-16归类为形成本公开的部分二（其在3GPP接入网络的上下文中对部分一的M2M服务启用架构提供信令和其他实现细节的示例）。然而，论述在这样的不同部分中的划分仅是为了方便起见，并且这样的划分不应解释为指示在这两个部分中的论述之间缺乏连续性或缺乏相关性。在这里注意因为在本公开的不同实施例中可能的不同网络配置，在图1与3之间共用并且具有大体上相似功能性的各种网络元件（在蜂窝AN和SP网络中）在图3中仍由不同的标号指示以如在架构60中实现的那样区分它们并且还强调图3中这样的网络元件可适当配置或修改（在硬件中、经由软件，或两者）（从图1中它们的对等物）成根据本公开的特定实施例完成各种功能性（在下文更详细论述的）。从而，在图3中，仅M2M装置域34、无线电链路23A-23C、M2M SC 42和M2M用户装置44由与在图1中相同的标号标识。然而，蜂窝传输网络64的“内部”网络元件（即，对来自M2M装置域34中的M2M装置/网关的M2M通信提供传输层支持的蜂窝AN的部分），像蜂窝站点66-68、BS 70-72和M2M核心74（其包括蜂窝回程76、核心网络78和互配功能（IWKF）80（稍后在下文论述））提供有与用于标识具有图1中的相似功能性的元件的那些不同的标号。相似地，图3的实施例中的M2M AS 62可以是图1中的M2M AS 46的修改版本以在图3的架构60中启用它的实现。因此，图3中的M2M AS 62被给予不同的标号来将它与图1中的M2M AS 46区分开，即使两者可能具有大致上相似的功能性也如此。在这里注意，尽管各种M2M通信实体（像图1中的实体24-32）仅为了图的简单起见而未示出为图3中的M2M装置域34的部分，在图3中（并且在稍后在下文论述的相似的这样的图中）暗示它们的存在。

如在图3中示出的，两个不同的选项（基于公共M2M SC 42的部署）可以是：（a）选项1：紧耦合的M2M服务架构（其中M2M SC 42在由标号“82”标识并且在图3中带点地示出的SP网络内部）。该选项在图3的底部处称为“选项1”（指代第一网络配置或NT1）。（b）选项2：松耦合或分布式M2M服务架构（其中M2M SC 42在由标号“84”标识并且也在图3中带点地示出的蜂窝AN内部）。该选项在图3的底部处指示为“选项2”（指代第二网络配置或NT2）。在图3中，SP网络82和蜂窝AN 84两者都由不同的点线示出来指示由上文的对于公共M2M SC 42的两个部署选项产生的灵活架构选项。在这里观察到上文的两个部署选项的实现将导致两个不同的蜂窝接入网络84（具有M2M SC 42）和86（没有M2M SC 42），以及两个不同的M2M SP网络82（具有M2M SC 42）和88（没有M2M SC 42）。在进一步详细论述架构60的额外方面以及这样的接入网络和SP网络配置的不同组合之前，现在提供图3中的某些网络元件的简要综述。

为了简洁起见，未详细描述图3中的每个网络元件或其他实体，尤其是鉴于早先的图1中的相似元件/实体的详细论述（该论述在图3的上下文中也继续适用）。然而，对图3中的某些元件提供一些额外的细节。例如，当传输网络64是长期演进（LTE）网络时，基站或接入点70-72中的每个可以是第三代（3G）网络中的BS，或演进节点B（eNodeB）或归属eNodeB（HeNB）。在其他实施例中，BS 70-72中的一个或多个还可包括站点控制器、接入点（AP）、无线电塔或能够在无线环境中运行的任何其他类型的无线电接口装置。在一个实施例中，基站70-72中的一个或多个可配置成实现小区内或小区间协调多点（CoMP）传送/接收布置。在LTE承载网络的情况下，核心网络78可以是接入网关（AGW）。如理解的，蜂窝AN 84或86（根据上文提到的特定配置）可以是蜂窝电话网络或公共陆地移动网络（PLMN），其中M2M装置24-32（在图1中示出，但为了图的简单起见而未在图3中示出）可以是订户单元。此外，蜂窝AN 84或86的部分可独立或采用组合地包括当前或未来线路或无线通信网络（例如，PSTN、基于IP多媒体子***（IMS）的网络或基于卫星的通信链路）中的任一个。在某些实施例中，AN 84或86可经由它的核心网络78到IP（分组交换）网络（未示出）的连接而连接到互联网或可包括互联网的一部分作为其的部分。在一个实施例中，蜂窝AN可比在图3中的蜂窝AN 84或86的上下文中示出的那些包括更多或更少的功能实体或包括与它们不同类型的功能实体。

尽管在下文的论述中的各种示例主要在是3GPP接入网络的蜂窝AN 84（或86）的上下文中提供，本公开的教导可在具有适当修改的情况下（如对于使用本教导的本领域内技术人员可是显而易见的）同样适用于许多不同的基于频分复用（FDM）和时分复用（TDM）的蜂窝无线***或网络（以及频分双工（FDD）和时分双工（TDD）无线***/网络）。这样的蜂窝网络或***可包括，例如使用第二代（2G）、3G或***（4G）规范的基于标准的***/网络，或基于非标准的***。这样的***或网络中的一些示例包括但不限于，GSM网络、GPRS网络、基于电信工业协会/电子工业联盟（TIA/EIA）临时标准-136（IS-136）的TDMA***、宽带码分多址接入（WCDMA）***、3GPP LTE网络、基于WCDMA的高速分组接入（HSPA）***、基于3GPP2的CDMA的高速分组数据（HRPD）或eHRPD***、CDMA2000或TIA/EIA IS-2000***、EV-DO***、WiMAX***、国际移动电信高级（IMT-高级）***（例如，LTE高级***）、其他UTRAN或E-UTRAN网络、GSM/EDGE***、固定接入论坛或其他基于IP的接入网络、基于非标准的专用企业无线网络，等。

重新参考图3，IWKF 80（其在某些文献中也可称为“MTC IWKF”或“MTC IWF”）可在蜂窝AN 84（或86）中实现，并且这样的MTC IWKF的一个或多个实例可驻留于蜂窝AN 84或86（其可以是，例如对于M2M装置域34中的一个或多个M2M装置的归属PLMN（HPLMN））中。IWKF 80可以是独立实体或另一个网络元件（例如，在下文参考图4论述的M2M SC代理100）的功能实体。IWKF 80可提供接口并且起到用于促进蜂窝CN 78与M2M SC服务器（在某些文献中也称为“MTC服务器”）（例如，在图4中示出并且稍后在下文论述的M2M SC服务器102）之间的通信的中间实体的作用。IWKF 80可用于控制平面通信来隐藏蜂窝AN 84（或86）的内部拓扑的或用于中继并且转换用于M2M通信的信令协议（来调用AN 84或86中的特定功能性）。在一个实施例中，IWKF 80可在与蜂窝AN 84或86的通信建立之前验证M2M SC服务器，可批准来自M2M SC服务器的控制平面请求，和/或可支持蜂窝AN 84（或86）与M2M SC服务器之间的安全通信。在图3中，双向点线90指示基于AN的实体（在这里，CN 78）与基于SP的实体（在这里，AS 62）之间可选的用户平面信令。其他实双向线（为了简洁起见而未单独在图3中标识）指示牵涉蜂窝AN 84（或86）以及SP网络82（或88）中的各种实体的“典型”用户平面信令（和互连）。

章节I：M2M SC代理在接入网络中的使用

M2M SC 42在蜂窝AN中的使用对蜂窝AN提供商提供到实施A层功能性所需要的所有信息的进入点。也就是说，这样的使用允许蜂窝接入网络运营商访问需要的关于跨层M2M装置/网关标识符、可能的M2M D/G-SC标识符以及正在M2M服务装置（例如，在图2中示出的服务装置58）上运行的M2M应用的信息，该M2M服务装置在蜂窝接入网络空中接口和接入/传输层上使用M2M传输装置（例如，在图2中示出的接入/传输装置56）。该选项可只在M2M SC 42部署在蜂窝接入运营商网络内部作为M2M SC服务器（未示出）（这时服务提供商网络未部署M2M SC）时很好地工作。

然而，当蜂窝AN未部署M2M SC服务器但SP网络部署公共M2M SC 42－作为M2M SC服务器（例如，在图4中示出并且在下文论述的M2M SC服务器102）时，允许蜂窝AN中的M2M SC代理（例如，在图4中示出的M2M SC代理100，其在下文论述）的功能性以便允许蜂窝接入运营商访问M2M服务启用所需要的所有跨层信息，这可是可取的。

图4示出根据本公开的一个实施例在蜂窝AN中使用M2M SC代理100（其在图6中更详细示出）的示范性M2M服务启用架构95。该架构95图示其中每个网络－蜂窝AN和SP网络－部署公共M2M SC 42（如由图3中的两个重叠带点网络配置82（在上文提到的选项1下的网络1或NT1）和84（在上文提到的选项2下的网络2或NT2））的情形。为了简洁起见，具有相同功能性并且在图3与4之间共用的网络元件或其他实体（如由那些图中的相同标号标识的）的论述不在本文重复。而且，为了便于论述，蜂窝AN 84（来自图3）在图4中能互换地指示为“传输网络”84来强调网络84中的接入/传输层支持。传输网络84包括修改的M2M核心97（如与图3中的M2M核心74相对的），其包括M2M SC代理100。SP网络82包括对等的M2M SC服务器102（其是SP的归属M2M SC的部署版本）。术语“M2M SC服务器”、“M2M服务器”或“MTC服务器”在某些文献中可能互换地使用。然而，为了一致性，在下文的论述中仅使用术语“M2M SC服务器”或“M2M服务器”。M2M SC服务器102可连接到蜂窝AN 84（例如，在图4的实施例中经由M2M SC代理100）来与用于MTC的M2M装置/网关（在M2M装置域34中运行）通信。在一个实施例中，M2M SC服务器102和M2M用户44可以是独立实体或被同定位。M2M SC代理100和M2M SC服务器102可使用如示出的适当的API而彼此接口连接。相似地，M2M SC服务器102和M2M AS 62也可使用如在图4中图示的适当的API而彼此交互。在本公开的某些实施例中，蜂窝CN 78与M2M AS 62之间可选的用户平面信令也由连接这两个实体的双向线90指示。

在这里注意ETSI TS 102.69和3GPP技术报告（TR）23.888（题为“System Improvements for Machine-Type Communications（机器型通信的***改进）”）的当前版本未能论述公共M2M SC 42与相关信令和架构细节的这样的联合部署，由此使某些部署和互配选项（在蜂窝AN与SP网络之间）未被解决。图4中的实施例解决该情形，同时仍然符合早先提到的在本公开的“发明背景”章节下的ETSI M2M TC的原理（关于与接入无关的M2M SL架构）。从而，在图4中的架构95中，蜂窝接入运营商的M2M SC（即，部署在蜂窝AN中的公共M2M SC 42）充当M2M SC代理100，其配置成在D/G-SC（驻存在如早先提到的在M2M装置域34中运行的相应M2M装置或网关上）与服务提供商的M2M SC服务器102之间中继所有信令平面通信。不仅这样，而且M2M SC代理100还可配置成对蜂窝接入运营商提供对蜂窝接入网络中的M2M服务启用所需要的跨层信息中的全部的访问。M2M SC代理100的使用可提供许多额外的功能性，其的一些实例在下文给出：

（1）充当代理，其代表M2M服务提供商的M2M SC服务器。在这里注意当公共M2M SC 42部署为M2M SC服务器（无论是在SP网络中还是在AN中（如稍后在下文更详细论述的））时，D/G-SC使用该M2M SC服务器来对M2M服务注册。从而，在这里，M2M SC代理100是M2M SC，其担当对于另一个M2M SC服务器（在这里，M2M SP网络82中的M2M SC服务器102）的代理。该方法允许蜂窝AN运营商将它的M2M 作为M2M SC服务器部署在它的网络域内，而且在与也部署M2M SC服务器的M2M SP网络通信时使用它的M2M SC来担当M2M SC代理。

（2）如果蜂窝接入网络的M2M SC担当M2M SC代理，对于由蜂窝接入运营商网络提供的另外的服务（例如，分配IP地址、M2M装置/网关发现（即，识别如何到达特定M2M通信实体），等），M2M服务提供商可不必直接与蜂窝核心网络互配。这可允许IWKF接口80同定位在蜂窝接入网络的M2M SC代理100（如在图4中示出的）内，由此提供高效架构。大体上，两个互配相关的可能性在图4的代理-服务器配置的情况下出现：（a）互配功能性已经在M2M SC服务器102中实现，在该情况下IWKF 80如何部署在AN 84中，这对于M2M SC服务器102无关紧要。（b）互配功能性未在M2M SC服务器102中实现。在该情况下，M2M SC代理100可通过同定位的IWKF 80提供需要的互配。从而，在任一情况下，基于SP的M2M SC服务器102可不必支持IWKF功能80。在任何情况下，在一个实施例中，如果启用并且支持M2M SC代理100，M2M SP 82可总是通过相同的接口与AN 84通信－即，当SP具有它自己的M2M SC服务器102时，该服务器可采用常规方式与另一个服务器（在这里，M2M SC代理100）通信并且可不必感知IWKF接口或这样的接口如何在接入网络中实现。然而，观察到在某些实施例中IWKF 80可与M2M SC代理100分开地实现（例如，采用图3中图示的方式在CN与M2M SC代理之间），并且因此，在那些实施例中可未同定位在M2M SC代理100内。

（3）访问G/D-SC与M2M服务提供商网络的M2M SC服务器102之间的信令通信。这可消除另外的信令并且提供在M2M SC服务器处于M2M服务提供商内并且需要蜂窝接入网络服务中的任何服务时的情况下所需要的急需优化。例如，在特定服务ID的情况下，M2M SP和蜂窝AN可必须同意特定装置ID（例如，之前提到的A层M2M装置标识符），其将在SP与AN提供商之间使用。在该情况下，在M2M服务器102与代理100之间具有接口（例如，在图4中示出的基于API的接口）可对蜂窝AN提供经由该接口使该信息（在这里，特定装置ID）去往SP网络的机会。否则，一些其他信令或规程必须用于在这两个实体之间传达该信息。

图5图示根据本公开的一个实施例与M2M SC代理（例如，图4中的M2M SC代理100）在蜂窝AN（例如，图4中的蜂窝AN 84）中的部署相关的示范性流程图105。图5中的流程图105与使用操作地耦合于M2M SP网络（例如，图4中的M2M SP 82）的蜂窝AN 84来提供M2M通信的方法相关。如在框107处图示并且早先参考图4提到的，蜂窝AN运营商可将它的公共M2M SC 42（图3中的）的部分部署在它的蜂窝AN内部。在框108处，AN运营商然后可配置该部署的M2M SC以在M2M SP 82将它的公共M2M SC 42的部分部署为M2M SC服务器102时（并且当未在蜂窝AN 84中部署M2M SC服务器时）起到M2M SC代理100的作用。此外，在框109处，蜂窝AN运营商可配置它的M2M SC代理100来代表M2M SP网络82中的对应M2M SC服务器102起作用并且在M2M通信实体（在M2M装置域34中运行）（例如，在图1中示出的M2M装置或M2M网关，但为了简单起见未在其他图中示出）中的实体特定SC与M2M SC服务器102之间中继信令平面通信。如之前提到的，AN运营商还可可选地使IWKF 80同定位在M2M SC代理100内，如由图5中的带点框110示出的。从而，在蜂窝接入网络（例如，图4中的架构95）中使用M2M SC代理的M2M服务启用架构可与早先论述的ETSI M2M SL架构的要求一致地来提供。

图6是根据本公开的一个实施例的M2M SC代理（例如，在图4中示出的代理100）的示范性框图。在一个实施例中，M2M SC代理100可以是数据处理或计算单元（例如，通用计算机或PC、工作站，等），其适当配置（在硬件和/或软件中）成进行本文论述的各种代理功能性。在该方面，代理100可包括处理和控制单元（PCU）112，其可执行代理相关应用（软件或程序代码）来使代理100能够按照本公开的各种实施例的教导提供期望的代理功能性（使用，例如Java?工作流引擎）。M2M SC代理100还可包括电耦合于PCU 112的计算机可读数据存储介质（在本文在图6中示出并且称为“存储器”114）。该存储器114可包含程序代码（未示出），其在被PCU 112执行时可配置代理100来提供本文论述的各种代理相关功能性。从而，在本文的论述中，尽管M2M SC代理100（或在图3-4或稍后论述的相似的其他图中示出的任何其他元件或实体）可称为“执行”、“完成”或“实施”（或具有相似含义的其他术语）功能或过程，这样的性能可根据期望在硬件和/或软件中技术完成，这对于本领域内技术人员是显而易见的。AN运营商或代理100的第三方制造商/供应商可按照AN运营商的特定要求适当配置代理100（例如，通过处理单元112的基于硬件和/或软件的配置）。

如在图6中示出的，在一个实施例中，代理110中的存储器114还可存储不同的A层信息（也能互换地称为“A层参数”）116并且根据需要使得该信息对PCU 112可用来帮助PCU 112使蜂窝AN运营商能够访问对于蜂窝AN 84中的M2M服务启用所需要的跨层信息中的全部。如之前提到的，在一个实施例中，A层参数是装置/网关的“外部”标识符（例如，早先提到的A层M2M装置/网关标识符）。在一个实施例中，这些A层参数可驻存在M2M装置/网关中并且代理可从M2M网关/装置检索它们。在其中SP网络中的M2M服务器（或其他相似的元件）存储这样的信息（还可已经从装置/网关检索其）的实施例中，代理然后可从该服务器检索该信息。M2M SC代理100可经由接口单元118与蜂窝CN 78和SP网络82（更具体地，在图4的实施例中的M2M SC服务器102）交互，该接口单元118在某些实施例中可包括可选的IWKF 80（如由图6中的带点框示出的）。接口单元118还可耦合于PCU 112，并且可通过来自PCU 112的指令来完成期望的支持代理的互配功能性。

通过示例的方式，PCU 112可包括通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核关联的一个或多个微处理器、控制器、微控制器、专用集成电路（ASIC）、现场可编程门阵列（FPGA）电路、任何其他类型的集成电路（IC）和/或状态机。在某些实施例中PCU 112可采用分布式处理。

如之前提到的，本文论述的代理功能性可在计算机可读存储介质（例如，图6中的存储器114）中包含以供通用计算机或处理器（例如，图6中的PCU 112）执行的计算机程序、软件或固件中实现。计算机可读存储介质的示例包括只读存储器（ROM）、随机存取存储器（RAM）、数字寄存器、高速缓存存储器、半导体存储器装置、磁介质（例如内部硬盘、磁带和可移除盘）、磁光介质和光介质（例如CD-ROM盘和数字多功能盘（DVD））。在某些实施例中，存储器114可采用具有/没有冗余的分布式数据存储。

M2M SC代理100的备选实施例可包括负责提供额外功能性的额外部件，该功能性包括上文标识的功能性和/或支持按照上文描述的本公开的教导的技术方案所必需的任何功能性中的任一个。在这里注意代理100的额外架构细节仅为了简单起见而未在图6中示出。从而，例如，附着到代理100或与代理100关联的输入/输出（I/O）装置（例如，计算机键盘、触屏、计算机显示监视器、计算机鼠标，等）未在图6中示出。然而，理解各种I/O和其他外部装置/***（其可与M2M SC代理100结合操作）可与代理100一起使用来完成在本公开的特定实施例中论述的各种代理相关功能。

章节II：某些M2M服务在受访接入网络中的路由，而其他通过归属接入网络

当一些M2M装置和/或网关漫游到受访蜂窝接入网络（未示出）（例如当这样的装置/网关安装在例如卡车、飞机等移动载体上时）时，该参考蜂窝接入网络将M2M SC（例如，图3的通用架构中的M2M SC 42）部署在其之内，尽管（这些装置/网关的）归属接入网络未在它的蜂窝接入网络内部署M2M SC，归属接入网络（未示出）可仍有机会允许受访蜂窝接入运营商将M2M服务信令和业务中的一些本地（即，通过受访网络，但没有经过归属接入网络）路由到M2M服务提供商（其可以是受访M2M SP或归属M2M SP）。

当M2M装置/网关漫游到（受访）蜂窝接入网络内时，归属蜂窝接入网络－基于本地归属接入网络运营商和M2M接入订户策略－可向受访接入网络指示（例如，在用户验证期间、基于归属与受访网络运营商直接的服务级协定（SLA），等）哪些业务可以直接并且本地路由到M2M服务提供商网络（其如早先提到的那样可以是受访M2M SP或归属M2M SP）。在一个实施例中，M2M SC（例如，图3的通用架构中的M2M SC 42，如之前提到的）作为受访蜂窝接入网络（与在图4中示出的配置相似）内部的代理的使用可将它必须能够访问所有跨层信息（需要其用于允许受访网络本地路由这样的业务）这一信息提供给受访蜂窝接入网络。在一个实施例中，经由受访蜂窝接入网络路由特定业务的决定还可以基于M2M服务提供商策略和/或（M2M装置/网关的）M2M服务预订（其在下文的部分二中参考3GPP接入网络更详细论述）。这些策略和预订信息可基于先前的M2M SP与（受访）AN运营商之间的了解而静态配置（并且存储在例如受访接入网络的M2M SC代理中）或动态传达（从相关服务提供商到受访接入网络）。在该情况下，受访蜂窝接入网络到归属M2M SP的连接的基于代理的架构可与在图4中示出的相似。

章节III：解决蜂窝接入网络的M2M服务启用的示范性架构情况

图7提供解决蜂窝AN（例如，图3中的AN 84或86）的M2M服务启用的示范性架构的综述。图7是在下文详细论述每个情况时为便于参考的简化图示。如在图7中的框125处示出的，架构情况可基于公共M2M SC（例如，图3中的M2M SC 42）是否部署在蜂窝AN内而分成两个大类。如果M2M SC在蜂窝AN内，则四个情况127-130解决其中蜂窝AN运营商与M2M服务提供商（SP）具有服务级协定（SLA）的情形：情况2（框127）解决其中M2M SC部署在蜂窝AN内而M2M SP不必对应地部署M2M SC的情形；在情况3.1（框128）中，M2M SP使用非ETSI兼容M2M SL架构；情况4（框129）涉及其中蜂窝AN和M2M SP两者都部署M2M SC（与图4中的实施例相似）的情形；以及情况5（框130）解决其中蜂窝AN（部署M2M SC）是受访接入网络、归属接入网络未部署M2M SC并且M2M SP（其可以是归属M2M SP或受访M2M SP）可能部署或可能不部署M2M SC的情形。当M2M SC部署在蜂窝AN内但蜂窝网络运营商与M2M SP没有SLA时，它可导致情况6.1（框131），其可与情况3.1（框128）相似地实现。最后，蜂窝AN运营商可提供它自己的M2M服务作为M2M SP，如图示为图7中的情况7（框132）。另一方面，当M2M SC未部署在蜂窝AN内时，则两个情况134-135解决其中蜂窝AN运营商与M2M SP具有SLA的情形：情况1（框134）解决其中M2M SC部署在SP网络内同时蜂窝AN提供传输和其他服务的情形；并且情况3.2（框135）涉及其中M2M SP使用非ETSI兼容M2M SL架构的情形。最后，当M2M SC未部署在蜂窝AN内部并且蜂窝AN运营商与M2M SP没有SLA时，它可导致情况6.2（框136），其可与情况3.2（框135）相似地实现。

现在详细描述在图7中标识的架构情况中的每个。在这里观察到当本公开的特定实施例在提供M2M服务的蜂窝AN中提供时，在下文论述（并且在图7中示出）的架构M2M服务启用情况中的全部可受到支持。在这里进一步观察到在假设在蜂窝AN内使用M2M SC的情况（即，在框127-132处的情况）下，M2M SC可部署为M2M SC服务器或M2M SC代理。然而，在某些实施例中，可部署相同的M2M SC以根据网络架构采用两个不同的方式起作用－对于一个服务提供商（SP1）作为M2M SC服务器并且对于另一个服务提供商（SP2）作为M2M SC代理。

情况1：在该情况下，公共M2M SC（例如，图3中的M2M SC 42）部署在M2M SP网络82（图3）内（例如，作为M2M SP服务器）同时蜂窝AN（其可与M2M SP具有SLA）提供传输和其他服务（如在图7中的框134处指示的）。该情况是在图3中早先所指的“选项1”－即，紧耦合M2M服务架构，其中M2M SC 42与一个或多个M2M应用耦合（通过M2M AS 62）并且部署在M2M服务提供商网络82中。该选项可能不灵活并且可需要M2M SP网络支持用于与每一类型的蜂窝接入网络互配以便在该蜂窝接入网络上提供它的M2M服务的接口。它可能还需要M2M SP网络将跨层M2M装置和服务应用信息提供回到蜂窝接入网络以便使蜂窝接入网络能够以更协调的方式提供M2M服务启用。如果上文的跨层信息未提供回到蜂窝接入网络，则可需要蜂窝接入网络来对M2M SP网络（即，蜂窝AN可提供到它之上的（SP）服务层的传输，但不知道是什么正在它的传输层上运行）提供比特管道。这样的选项既不灵活也不提供多种M2M服务提供选择。

情况2：在该情况下，M2M SC 42部署（作为M2M SC服务器（未示出））在蜂窝AN 84（图3）内同时服务M2M服务提供商88（其与蜂窝AN运营商可具有SLA）不必将M2M SC部署在它的网络内（如在图7中的框127处指示的）。该情况是在图3中早先所指的“选项2”－即，松耦合或分布式M2M服务架构，其中M2M SC 42与一个或多个M2M应用和M2M AS 62分离（即，M2M SC未部署在与一个或多个M2M应用相同的网络中）。该架构部署选项允许M2M SP 88有不支持与蜂窝接入网络的互配功能（例如，图3中的IWKF 80）的灵活性，但在M2M AS 62（SP网络中的）与驻存在蜂窝接入网络内部的M2M SC服务器（未示出）之间的应用级处除外。该选项可允许蜂窝接入网络运营商访问所有跨层信息，其使蜂窝接入网络能够以更智能的方式提供M2M服务启用。该选项还可允许M2M服务提供商跨多个接入网络提供它的M2M服务，只要接入网络支持相同的M2M SL架构（例如，ETSI兼容架构）即可。此外，该情况可对于蜂窝接入网络内部的结算以及按照M2M应用特性提供合适的服务质量（QoS）允许有更大的灵活性。

情况3.1和3.2：这些情况（图7中的框128和135）涉及对使用非ETSI M2M SL架构的M2M SP网络支持M2M服务。这两个情况都假设AN运营商与M2M SP的SLA。情况3.1解决在M2M SP支持与ETSI所规定的（例如，图1中基于公共M2M SC的ETSI优选架构10）不同的架构并且蜂窝AN将M2M SC（例如，图3中的公共M2M SC 42）部署为M2M SC服务器时的情形。而情况3.2涉及当AN未部署M2M SC（即，AN不具有像情况3.1的M2M SC服务器）但SP网络仍支持非ETSI MSM SL架构时的情形。

图8A图示对于与图7中的情况3.1相关的蜂窝AN（例如，图3中的AN 84）的示范性M2M服务启用架构（非ETSI）140，而图8B图示对于与图7中的情况3.2相关的蜂窝AN（例如，图3中的AN 86）的另一个示范性M2M服务启用架构（非ETSI）152。尽管各种3GPP网络元件和不同的M2M SC部署在图8A-8B中示出，并且尽管这样的描绘可在技术上区别图3中的架构与图8A-8B中的那些，为了便于论述，使用相同的标号来指代图3与图8A-8B之间的相似网络元件或部件（例如，核心网络78、M2M AS 62、M2M核心74，等）。从而，图8A-8B中的核心网络78可视为图3中的通用CN 78的特定（基于3GPP的）实现。相似地，图8A-8B中的M2M核心74还可视为图3中的通用M2M核心74的特定（基于3GPP的）版本。然而，这样的特定实现在本质上是示范性的并且为了简单起见、为便于论述以及为了提供针对图3的上下文参考而在本文未与它们在图3中的通用对等物区分开（使用不同的标号）。另一方面，因为图8A-8B中的SP网络未基于ETSI兼容M2M SL架构，该SP网络使用与用于图3中的SP网络的标号不同的标号“150”来标识。

如在图8A中示出的，蜂窝AN 84（在这里便利地称为“传输网络”）可代表与图3中的“选项2”关联的架构（早先论述的）。从而，接入/传输网络84代表来自图3的第二网络配置（NT2），该配置将M2M SC部署在AN中－在这里，采用图8A中的M2M SC服务器141的形式。如早先提到的，当公共M2M SC 42部署为M2M SC服务器（在这里，作为M2M SC服务器141）时，D/G-SC使用该M2M SC服务器来为M2M服务注册。为了简单起见，蜂窝回程部分76未在图8A和8B中示出。图8A-8B中的M2M核心74示出为包括归属订户服务器（HSS）142连同3GPP演进分组核心（EPC）78的其他元件，例如3GPP验证授权和计费（AAA）服务器143、3GPP2 AAA 144、eHRPD服务网关（HSGW）145（其中“eHRPD”指代演进高速分组数据）、策略和计费规则功能（PCRF）146和PDN网关（P-GW）147（其中“PDN”指代分组数据网络）。这些EPC元件143-147之间的互连也在图8A-8B中图示。这些EPC元件143-147的功能性是众所周知的，并且因此，这些元件因为这样的细节与本论述不相关而未在本文以任何明显细节来论述。然而，在这里注意牵涉这些元件中的某些的消息传递细节在图14-16中提供，其稍后在下文的部分二中论述。

在图8A的实施例中，IWKF 80示出为同定位在M2M SC服务器141内。在其他实施例中，如之前提到的，IWKF 80可在蜂窝AN内部，但可能未同定位在AN的M2M服务器内。在图8A-8B中，还注意基于API的互连（在图8A中的M2M SC服务器141与M2M AS 62之间以及在图8B中的IWKF 80与AS 62之间），连同基于eHRPD/LTE的无线电链路23A-23C。图8A-8B中基于非ETSI的M2M SP网络150标识为“服务（其他）”（或如之前提到的M2M服务其他或M2M SL-OTH）来将它与图3中的ETSI兼容配置82、88区分开。如之前提到的，图8B涉及情况3.2－即，在AN未部署M2M SC（即，AN不具有像情况3.1的M2M SC服务器）但SP网络仍支持非ETSI M2M SL架构时的情形。因此，在图8B中，来自图3的标号“86”用于标识未部署M2M SC的接入/传输网络配置（其在图8B中称为第一网络配置或NT1）。因为在图8B中在蜂窝AN 86中缺乏M2M SC服务器或代理，IWKF 80可在AN 86中用于与非ETSI兼容SP网络150互配以在蜂窝AN 86中启用M2M服务供应。图8B中余下的网络元件或实体与在图8A中示出的那些相似，并且因此，这样的元件/实体的论述为了简洁起见而未在本文重复。

情况3.1和3.2图示在某些实施例中AN是否具有M2M SC服务器可无关紧要。也就是说，情况3.1和3.2解决这一情况：不管ETSI M2M SC是否部署在蜂窝接入网络内部（例如，作为图8A中的M2M SC服务器141），蜂窝AN可仍向部署不同于ETSI的M2M SL架构的M2M服务提供商网络提供M2M服务启用。因此，该选项（即，情况3.1和3.2）可视为与情况1（上文论述的）相似，其中M2M服务被紧耦合并且蜂窝接入网络用作比特管道。为了使该选项（即，情况3.1和3.2）支持允许M2M服务提供商网络将跨层M2M信息反馈给蜂窝接入网络的可能性，支持互配接口（例如，IWKF 80）来将信息提供回到蜂窝接入网络，这对于M2M服务提供商网络可是必需的。这可是除互配接口（未示出）外允许M2M服务提供商网络使用其他（非M2M或非MTC）蜂窝接入网络服务所需要的。

情况4：该情况（图7中的框129）代表M2M服务启用架构，其中蜂窝接入网络部署M2M SC并且M2M服务提供商也部署M2M SC。假设AN运营商与M2M SP之间有SLA。这样的架构可包括在图3中的选项1以及选项2中示出的设置－即，蜂窝AN 84和M2M SP网络82。从而，在一个实施例中，该情况4可代表在图4中示出的架构95，其中蜂窝接入网络84利用M2M SC 42作为对M2M服务提供商网络82内部的M2M SC服务器102的M2M SC代理100。该情况4可给予更大的灵活性，其中蜂窝接入网络能够向与ETSI M2M SL架构一致的所有M2M服务提供商的部署提供M2M服务启用。支持具有最小可能变化的非ETSI M2M SL架构使得M2M SC（即，AN中的M2M SC代理）将也支持非ETSI M2M SL功能性的最低要求，这对于该情况4也是可能的。例如，当非ETSI M2M SP网络具有部署的M2M服务器时，则蜂窝AN可部署并且配置M2M SC来对该服务器起到M2M SC代理的作用。另一方面，即使当蜂窝AN将M2M SC部署为M2M SC服务器时，该AN的M2M服务器可必须配置成对于非ETSI SP的M2M服务器起到代理的作用以便促进这两个不同实体（一个基于ETSI并且另一个基于非ETSI）之间的“通信”。

情况5：该情景（图7中的框130）解决在M2M装置/网关漫游时的情形。在该情况下，蜂窝AN是部署M2M SC（在图3中图示的方式中的一个）的受访AN（未示出），归属网络未部署M2M SC，并且M2M SP可能部署或可能不部署M2M SC。除具有受访AN的适合的SLA外，归属网络运营商还可与M2M SP（其可以是受访M2M SP或归属M2M SP）具有SLA，或在一个实施例中，归属和受访SP可彼此具有SLA。这样的设置在上文中的章节II下论述。总的来说，注意该情况基于归属AN的策略和（M2M装置/网关的）M2M预订而允许M2M服务经由受访蜂窝接入网络而路由。该选项可提供更大的灵活性和更多的控制，其使归属蜂窝接入网络能够允许受访蜂窝接入网络经由它的受访网络使用受访网络的M2M SC（其可配置成起到服务器和/或代理的作用，如之前提到的）直接（即，没有归属网络的干预）路由一些M2M服务。

情况6.1和6.2：这些情况（图7中的框131和136）涉及通过蜂窝接入网络的M2M服务启用，其中AN运营商与M2M服务提供商没有SLA。对于其中蜂窝接入网络运营商不具有与M2M服务提供商的现有SLA的情况，对于蜂窝接入网络的M2M服务启用变得与图8A和8B(即，上述情况3.1和3.2)中的情形相似，在该情形中蜂窝接入网络向部署非ETSI M2M SL架构的M2M服务提供商提供传输和其他服务。因此，在该选项中，蜂窝接入网络是否具有M2M SC（服务器/代理）可无关紧要；蜂窝接入网络可继续提供M2M服务启用，如早先参考图8A-8B论述的。然而，如果SLA未在AN运营商与SP之间动态建立（例如，在向M2M通信实体供应M2M服务的时候），则蜂窝AN可在上文论述的不同情况中的一个下提供M2M服务启用。

情况7：在该情况下，蜂窝接入网络运营商作为M2M服务提供商提供它自己的M2M服务。在这里，可出现两个子情况：（A）当蜂窝接入网络将M2M SC（作为M2M SC服务器）部署在它自己的网络内（图7中的框132）时，可以预期以下：（i）对于蜂窝AN运营商没有改变并且它可以使用M2M服务启用架构作为图3中的选项2，其中M2M服务网络是蜂窝接入运营商网络的部分。（ii）蜂窝AN运营商已经具有在它的网络内部署为M2M服务器的M2M SC并且可以将IWKF 80同定位在该M2M服务器内。（iii）蜂窝接入运营商可以使用（M2M通信实体的）接入网络预订标识符来参考M2M服务预订。（B）在蜂窝AN运营商未在它自己的网络内部署M2M SC时的情况下，可以预期以下：（i）为了符合ETSI M2M架构，AN运营商可无论如何必须在它的网络中部署M2M SC以能够向它自己的订户提供它自己的M2M服务。（ii）如果AN运营商仍选择不部署M2M SC，则AN运营商可面临可扩展性问题以便采用ETSI兼容的方式支持不同的M2M服务。

章节IV：根据本公开的教导通过蜂窝接入网络的M2M服务启用的示范性实施例

下面提供在上文中在该部分一中的不同章节下论述（并且在图7中图示为不同的情况下）的本公开的示范性实施例的简要说明（其在由蜂窝AN或任何其他接入网络部署M2M服务启用方面允许有更大的灵活性，只要接入网络支持ETSI M2M SL架构或在概念上与ETSI架构相似的任何架构即可）。

实施例1－在该实施例中，M2M SC（例如，在图3中示出的公共M2M SC 42）在蜂窝AN内部部署并且使用作为G/D-SC与M2M SP网络内部的M2M SC服务器之间的信令路径中的M2M SC代理（如在图4中图示的），由此优化对于蜂窝AN的M2M服务启用架构。在该实施例中，M2M SC支持M2M SC服务器功能性并且还用作对于驻存在M2M服务提供商网络内部的M2M SC服务器的代理。M2M SC代理可访问所有M2M装置和/或网关跨层信息，其用于实施M2M服务启用（在蜂窝AN中）并且确保M2M SP网络与蜂窝接入网络（例如，关于QoS实施、M2M装置/网关可达性、合适的结算，等）之间适当的同步。M2M SC作为代理的使用可通过提供（蜂窝AN）对M2M装置和/或网关跨层信息的容易访问而减少M2M SP网络与蜂窝AN之间的M2M信令和互配业务。在该实施例中，M2M SP网络可以通过M2M蜂窝接入网络内部的M2M SC服务器与M2M SC代理之间的API接口而与蜂窝接入网络通信。该接口可隐藏来自M2M SP网络的蜂窝接入网络特定服务（例如，RAN支持、交换、路由、结算，等）。

实施例2－在该实施例中，M2M SC代理用于在M2M D/G漫游到不同于它的归属接入网络的蜂窝接入网络（即，受访网络）内（如在上文中在章节II下论述的）时通过受访接入网络促进一些M2M服务业务的路由。在该实施例中，归属蜂窝接入网络可使用M2M SP网络（其可以是归属M2M SP或受访M2M SP）中的M2M SC服务器。当M2M装置和/或网关漫游到受访蜂窝接入网络（其部署并且使用M2M SC代理）内时，归属蜂窝接入网络可能够向受访蜂窝接入网络指示特定M2M服务可以由受访网络直接路由（即，没有归属网络的干预）到M2M SP网络。从归属蜂窝接入网络对受访蜂窝接入网络的该指示可基于归属蜂窝接入网络策略和/或（M2M装置/网关的）M2M接入/传输预订。它还可以基于M2M服务提供商网络策略和/或（M2M装置/网关的）M2M服务预订。M2M服务中的一些可基于归属与受访M2M服务提供商之间的SLA协定经由受访蜂窝接入网络路由到受访M2M SP网络。

实施例3：该实施例在图4的上下文中是从M2M SP的角度来看（与上文论述的实施例1类似）。在该实施例中，M2M SP网络使用蜂窝AN内部的M2M SC代理来对蜂窝AN提供对SP的M2M装置和/或网关A层信息（例如，用于通过AN运营商与M2M SP直接的接口来识别M2M装置的A层M2M装置标识符）的直接访问以用于M2M服务启用目的（例如，路由、装置发现和可达性、QoS、结算，等）。M2M SP网络内部的M2M SC服务器可在应用级处与蜂窝接入网络内部的M2M SC代理互配。因此，M2M SP网络可不必支持需要的对于蜂窝接入网络的互配功能性。

实施例4：该实施例在图4的上下文中是从蜂窝AN运营商的角度来看（与上文论述的实施例1类似）。M2M SC代理在蜂窝接入网络内部使用来实现M2M服务启用以及与部署并且使用M2M SC服务器的M2M SP网络的通信。在该实施例中，蜂窝AN内部的M2M SC代理用于对蜂窝接入网络提供由M2M服务提供商网络（其部署并且使用M2M SC服务器）所服务的M2M装置和/或网关的所有需要的跨层信息。

实施例5－该实施例涉及M2M SP网络，其使用非ETSI兼容M2M SL架构（例如，与图8A-8B中的配置相似）并且还使用互配接口来将M2M装置和/或网关跨层信息馈送回到蜂窝接入网络用于M2M服务启用目的（例如，路由、装置发现和可达性、QoS、结算，等）。在该实施例中，M2M SP网络称为“M2M服务其他”。在这里，M2M SP网络可在传输层顶部（即，蜂窝接入网络）上运行它的M2M服务业务（信令和数据）。在该情况下，M2M SP网络可支持对于蜂窝接入网络的互配接口用于反馈M2M装置和/或网关的跨层信息，这些M2M装置和/或网关向SP注册并且还可使用蜂窝接入网络传输来允许蜂窝接入网络实施M2M服务架构的启用（用于例如路由、装置发现和可达性、QoS、结算等目的）。M2M SP网络与蜂窝接入网络之间的互配接口可以通过与蜂窝接入网络内部的M2M SC服务器/代理的通信。这意指蜂窝AN中的M2M SC服务器/代理可支持互配（例如，通过IWKF 80），其具有与M2M服务提供商网络所支持的M2M SL架构兼容的功能性。

实施例6－在该实施例中，与图7中的情况1类似，M2M SP网络使用M2M SC服务器和互配接口来将M2M装置和/或网关跨层信息馈送回到蜂窝接入网络用于M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）。在该实施例中，蜂窝AN未部署也未使用M2M SC服务器/代理而M2M SP网络部署并且使用M2M SC服务器。在该情况下，M2M SP网络支持并且使用与蜂窝AN的互配接口来将所有需要的跨层信息反馈给蜂窝接入网络。这意指当M2M服务和/或网关上的M2M应用向M2M SP网络的M2M SC服务器注册时，M2M SC服务器可通过M2M SL信令（在装置/网关与M2M服务器之间）访问（并且检索）与M2M装置和/或网关相关（并且存储在例如装置/网关上）的A层信息并且可因此通过互配接口将该信息发送到蜂窝AN。

实施例7－在该实施例中，M2M SP－其不具有与蜂窝AN运营商的现有SLA（如早先论述的，例如在图7中的情况下6.1和6.2的上下文中）－使用互配接口来将M2M装置和/或网关跨层信息馈送回到蜂窝接入网络用于M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）。在该实施例中，M2M SP网络不具有与蜂窝AN运营商的现有SLA，但M2M SP支持ETSI M2M SL架构。在该实施例中，不管蜂窝接入网络和M2M SP网络中的M2M SC部署，互配情形可与上文论述的实施例5和6中的相似－其中M2M SP网络可必须对蜂窝AN提供所有注册M2M装置和/或网关的需要的跨层信息。在M2M SP网络能够建立与蜂窝接入网络的动态SLA的情况下，则M2M服务启用架构可遵循上文或下文论述的其他情况中的任一个－根据M2M SC服务器/代理的部署。

实施例8－在该实施例中，M2M SP网络－其不具有与蜂窝AN运营商的现有SLA，但支持ETSI M2M SL架构－使用动态建立的SLA（例如，在促进对于M2M通信实体的M2M通信时）来启用蜂窝AN内部的M2M SC服务器来访问M2M装置和/或网关（其与M2M SP关联/向M2M SP注册）的基于SP的A层信息用于在蜂窝AN上的M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）。M2M SP网络被允许并且能够建立与蜂窝接入网络的动态SLA。这时，该实施例可与在图7中在框127处示出的情况2相似。

实施例9－在该实施例中，M2M SP网络－其不具有与蜂窝AN运营商的现有SLA，但支持ETSI M2M SL架构－使用动态建立的SLA来启用蜂窝AN内部的M2M SC代理来访问M2M装置和/或网关（其与M2M SP关联/向M2M SP注册）的基于SP的A层信息用于在蜂窝AN上的M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）。M2M SP网络被允许并且能够建立与蜂窝接入网络的动态SLA。在该实施例中，基于动态建立的与蜂窝AN的SLA，M2M SP网络使用它网络内部的M2M SC服务器与蜂窝接入网络中的M2M SC代理之间的通信来提供蜂窝接入网络对需要的跨层信息的访问。在这点上，该实施例可与上文论述的实施例3相似。

实施例10－在该实施例中，M2M SP网络具有非ETSI兼容M2M SL架构并且使用蜂窝AN内部的M2M SC代理来路由来自M2M装置和/或网关的服务信令（SL信令）/将服务信令路由到M2M装置和/或网关，以便允许蜂窝AN访问M2M装置和/或网关A层信息用于M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）。在该实施例中，M2M SP网络不支持ETSI M2M SL架构但对于M2M SP网络的M2M SL具有与蜂窝AN的SLA来与蜂窝AN内部的ETSI M2M SC代理互配。在该实施例中，如果工具可用，允许M2M SP网络动态建立SLA。在该实施例中，M2M SP网络－基于建立的与蜂窝AN的SLA－可使用它的M2M SL与蜂窝AN的M2M SC代理之间的通信来对蜂窝AN提供对所有跨层信息（对于该M2M SP的注册M2M装置和/或网关中的全部需要该跨层信息）的访问，以便在该蜂窝AN上启用M2M服务。当M2M SP的非ETSI M2M SL充当M2M SC服务器或与M2M SC服务器相似，该实施例可视为与上文论述的实施例3相似。

实施例11－在该实施例中，对于漫游M2M装置和/或网关的M2M服务基于归属蜂窝AN运营商策略和/或（该漫游M2M装置/网关的）M2M接入/传输预订通过受访蜂窝AN直接路由到相关M2M SP网络（例如，归属M2M SP网络）。与图7中的情况5（框130）相似，在该实施例中，M2M SP网络（归属SP）可支持ETSI M2M SL架构（在它的网络内部具有M2M服务器）并且可与（受访）蜂窝AN运营商具有SLA来启用归属M2M SP网络以使用部署在（受访）蜂窝接入网络内部的M2M SC代理。另外，M2M SP网络（归属SP）可与受访M2M SP网络（受访SP）具有SLA。这样的SLA可支持另一个M2M SC服务器在受访SP网络内部的使用。另外，蜂窝接入网络运营商（即，归属接入运营商（AO））可与受访蜂窝接入网络运营商（受访AO）具有漫游SLA。该漫游SLA可允许归属AO M2M装置和/或网关漫游到受访AO网络内。与图7中的情况5类似，在该实施例中，归属蜂窝AN可未部署M2M SC。当预订由归属SP提供的M2M服务的M2M装置和/或网关漫游到受访AO网络内时，受访AO蜂窝接入网络将有机会使用归属SP的M2M SC作为M2M SC服务器将M2M服务中的一些直接路由到归属SP（即，没有经过归属AO网络）。另一方面，受访AO蜂窝接入网络将有机会使用受访AN的M2M SC作为对于受访M2M服务提供商（受访SP）内部的M2M SC服务器的M2M SC代理将一些M2M服务路由到受访SP网络。将M2M装置和/或网关服务直接从受访蜂窝接入网络路由到M2M服务提供商（归属SP）的决定可基于归属AO策略和/或（M2M装置/网关的）M2M接入/传输预订和/或M2M服务提供商（归属SP）策略和/或（M2M装置/网关的）M2M服务预订。将M2M装置和/或网关服务直接从受访蜂窝接入网络路由到对应M2M SP（受访SP）的决定可基于M2M服务提供商（归属SP）策略和/或M2M服务预订。经由受访蜂窝AN路由M2M服务的灵活性提供更大的灵活性和路由优化。

实施例12－在该实施例中，对于漫游M2M装置和/或网关的M2M服务基于该漫游M2M装置/网关的归属M2M SP网络策略和/或M2M服务预订通过受访蜂窝接入网络直接路由到它的M2M SP网络（即，受访SP）。该实施例未涵盖在上文论述的实施例11中。然而，在这里另外指出该实施例对经由地理上最接近的可能M2M服务提供商（例如，受访SP）（其与装置/网关的归属M2M服务提供商（归属SP）具有SLA）将M2M服务提供给M2M装置和/或M2M网关给予了灵活性。

实施例13－在该实施例中，蜂窝AN对M2M SP网络（其可在蜂窝AN内－即，蜂窝AN的一部分）内部的M2M SC服务器使用M2M SC代理来直接访问M2M装置和/或网关跨层信息用于M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）。该实施例涵盖M2M SC代理被蜂窝接入网络的使用，该蜂窝接入网络还可包括M2M SP网络。不同于此，该实施例与上文论述的实施例4相似。

实施例14－在该实施例中，蜂窝AN使用M2M SC代理作为M2M SC服务器用于M2M服务启用目的（例如，路由、发现和可达性、QoS、结算，等）来服务于它自己的M2M装置和/或网关。该实施例涵盖M2M SC代理在蜂窝接入网络运营商提供它自己的M2M服务（与在图7中在框132处示出的情况7相似）时的情况下作为M2M服务器的使用。蜂窝AN运营商可使用装置/网关的M2M接入预订标识符来参考装置/网关的M2M服务预订。否则，在M2M SP网络视为蜂窝接入运营商网络的部分时，该实施例可与上文的实施例4相似。

实施例15－在该实施例中，任何蜂窝无线接入网络（不一定是3GPP）可使用根据本公开的M2M服务启用架构（例如，在图3中示出的通用架构）来支持并且使用ETSI SL兼容架构以向M2M SP网络提供传输和其他服务。尽管该公开主要在使用蜂窝接入网络作为对M2M服务启用架构的访问的上下文中描述，本文论述的本公开的所有方面同样能适用于支持并且使用ETSI M2M SL架构的任何其他基于IP的接入网络（例如，宽带论坛（BBF）接入网络）。

实施例16－在该实施例中，本公开的教导可适用于使用公共M2M服务能力（例如，图3中的M2M SC 42）与M2M应用服务器的分离/分布的概念和/或应用早先提到的ETSI M2M TC原理的任何M2M SL架构。尽管该公开基于ETSI M2M SL架构并且各种ETSI兼容架构在本文的整个论述中使用，该公开同样能适用于使用与ETSI M2M TC（早先论述的）的那些相似的基本原理的任何M2M SL架构。也就是说，主要由公共M2M SC与M2M AS的分离组成并且假设公共M2M SC与M2M AS的分离并且与ETSI M2M TC的基本原理一致的任何M2M SL架构可配置成遵循与本文论述的相同的M2M服务启用架构。

部分二

该部分在3GPP接入网络的上下文中提供对于部分一的M2M服务启用架构的信令和其他实现细节的示例。该部分解决在使用按照ETSI TS 102.69的M2M SL架构时可能的M2M服务启用架构（例如，图3中的架构60）的不同选项。如提到的，该部分解决在图3中的蜂窝接入网络是3GPP蜂窝AN或使用3GPP EPC（例如，在图8A-8B中示出的EPC 78）的其他网络或具有相似属性的另一个CN时的特定示范性情形。下文的论述（在章节I-III中）继续对根据本公开的特定实施例的M2M服务启用技术方案（对于3GPP接入）的某些假设和先决条件的简要综述。之后，本公开限定技术方案－在本文称为M2M服务启用技术方案（MSES）－其解决下面的两个主要方面：（A）M2M实体与实体的按选择M2M服务提供商（SP）的第一服务初始附着，以及（B）随之（M2M实体）与在第一服务初始附着期间使用的相同M2M SP的常规附着。在下文的论述中，假设M2M接入装置（例如，下文论述的图9中的M2M接入装置158）具有与3GPP接入运营商（AO）的M2M接入预订。该M2M接入预订可具有一些默认配置并且可以按照下文论述的服务初始附着规程自动更新。

图9示出根据本公开的一个实施例的示范性M2M通信实体155的框图。M2M实体155可大致上与早先参考图2论述的M2M实体50相似。因此，图2和9中的实体之间共用的各种逻辑元件的详细论述为了简洁起见而未在本文提供。现在参考图9，M2M实体155可包括处理器157、存储器158和收发器160。该处理器157可包括两个逻辑M2M装置－M2M接入装置162和M2M服务装置163。这些逻辑装置162-163可具有与图2中的对应逻辑装置56和58相似的功能性。然而，在某些实施例中，这些逻辑装置可提供（基于硬件和/或软件中的处理器157的适合配置）在下文参考图10-16论述的额外功能性。在某些其他实施例中，这些逻辑装置162-163可存储在存储器158中并且根据需要被处理器157访问。存储器158可存储例如实体特定M2M SC 165、一个或多个M2M应用166和实体特定A层信息/参数167（其已经在之前论述），如在图9中示出的。M2M SC 165可与图2中的M2M SC 54相似，并且一个或多个M2M应用166可对应于图2中的一个或多个M2M应用52。因此，这些元件的额外论述未在本文提供。收发器160可与处理器157通信来进行到/来自蜂窝AN（在这里，3GPP AN）的数据、控制或其他信令信息的传送/接收（经由天线单元168），M2M实体155可与其通信（使用适合的3GPP接入，例如eHRPD、LTE等，如在图8A-8B和12中示出的）来访问实体选择（即，按选择）的M2M SP以实施与对应M2M服务关联的M2M通信。M2M通信实体155的备选实施例可包括负责提供额外功能性的额外部件，该额外功能性包括本文标识的功能性和/或支持按照本公开的教导的技术方案所必需的任何功能性中的任一个。

在一个实施例中，M2M实体155可配置（在硬件中、经由软件或两者）成实现按照本公开的教导的M2M服务启用。例如，当M2M实体155的现有硬件架构无法被修改时，实体155期望的功能性可通过处理器157的适合编程而获得。程序代码（由处理器157）的执行可促使处理器根据需要进行支持根据本公开的教导的M2M服务启用技术方案。在一个实施例中，逻辑装置162-163可在软件中实现并且可根据本公开的教导来配置。从而，在下文的论述中，尽管M2M实体155可称为“执行”、“完成”或“实施”（或相似的这样的其他术语）功能或过程或方法步骤，这样的执行可根据期望在硬件和/或软件中技术完成，这对于本领域内技术人员是显而易见的。AN运营商和/或M2M SP或第三方（例如，M2M实体155的制造商或供应商）可根据下文论述的特定要求适当配置M2M实体155（例如，通过处理器157的基于硬件和/或软件的配置）。

如提到的，处理器157可与存储器158通信来处理/检索并且存储对于M2M实体155的相关信息（例如，实体特定A层参数，例如A层M2M D/G标识符、M2M应用的程序代码，等）。通过示例的方式，处理器157可包括通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核关联的一个或多个微处理器、控制器、微控制器、专用集成电路（ASIC）、现场可编程门阵列（FPGA）电路、任何其他类型的集成电路（IC）和/或状态机。在某些实施例中PCU 112可采用分布式处理。本文描述（例如，参考图10-16）的如由M2M实体（例如，M2M实体155）提供的功能性中的一些或全部可由执行存储在数据存储介质或计算机可读数据存储介质（例如在图9中示出的存储器158）上的指令的处理器157提供。计算机可读存储介质的示例包括只读存储器（ROM）、随机存取存储器（RAM）、数字寄存器、高速缓存存储器、半导体存储器装置、磁介质（例如内部硬盘、磁带和可移除盘）、磁光介质和光介质（例如CD-ROM盘和数字多功能盘（DVD））。在某些实施例中，存储器158可采用具有/没有冗余的分布式数据存储。

章节I：M2M接入预订概况

对于3GPP接入（例如，E-UTRAN）和3GPP2接入（例如，基于CDMA2000的eHRPD），M2M接入预订标识符（其可使用例如在图9中示出的存储器158存储在M2M装置/网关中）可以是M2M实体的国际移动订户身份（IMSI）和/或网络接入标识符（NAI），或相似的其他标识符。如已知的，IMSI是与在GSM、CDMA、EVDO或其他移动网络中运行的移动单元关联的唯一标识。IMSI号可存储在移动单元自身内部（例如，在移动电话或UE的情况下在订户身份模块（SIM）卡中）。NAI是识别请求接入网络（例如，无线IP网络或3GPP EPC核心）的用户的另一个方法。NAI从而代表在网络接入验证期间由客户端装置（例如，图9中的M2M实体155）提交的用户身份。M2M实体的M2M接入预订可存储在3GPP网络中（在某些实施例中也在M2M实体上）并且可识别实体的M2M接入装置162（图9）是仅用于M2M服务（或对M2M服务配置/验证）、用于M2M和常规互联网接入、仅用于常规互联网接入还是用于任何其他组合。如果3GPP/3GPP2网络识别接入预订是用于对M2M实体提供接入和传输连接，除其他已经存在的标准参数外，本公开的一个实施例假设还配置下面的参数作为实体的接入预订概况（例如，在接入网络中）的部分：

（i）默认接入网络M2M网络服务能力（N-SC）的接入点名称（APN）。N-SC APN识别N-SC和朝向它的可能连接性。从而，默认AN M2M N-SC APN可识别3GPP接入网络的默认M2M SC，其可以用于服务初始附着（稍后论述的）和M2M实体根据它的按选择M2M SP的供应。因为基于网络的SC和基于装置/网关的SC在该部分二下的频繁论述，术语“N-SC”用于区分基于网络的SC（是在AN和/或SP网络中）与实体特定SC（例如图9中的D/G-SC 165）。在图3中的通用架构的上下文中，这样的N-SC是公共M2M SC 42的网络部署版本。

（ii）该接入预订是对于M2M装置还是M2M网关－即，M2M实体155（图9）是装置（其包括例如有M2M通信能力的UE，如早先提到的）还是网关。

章节II：M2M服务装置预先供应

根据本公开的一个实施例，下面是在M2M服务装置（例如，图9中的服务装置163）到它的按选择M2M服务提供商的第一服务初始附着（稍后在下文论述）之前对于它的预定义假设和先决条件的列表。

（i）假设M2M服务装置预先供应（例如，由接入网络运营商，其中对应的M2M实体是订户、M2M实体的制造商或配置M2M实体用于M2M通信的其他第三方）有遵循ETSI M2M SL的D/G-SC。

（ii）假设M2M服务装置预先供应有至少一个M2M应用（例如，图9中的一个或多个M2M应用166）/与至少一个M2M应用关联，或这样的应用可以在服务装置的初始附着（稍后在下文论述的）之后立即被下载。

（iii）假设M2M服务装置预先供应有它的按选择M2M服务提供商信息（例如，SP名称或身份）和关联的M2M服务预订标识符。在一个实施例中，M2M服务预订标识符可以是暂时的（例如，合同号）。

（iv）M2M服务装置可预先供应有A层M2M装置/网关标识符。这可以由M2M服务提供商单独、通过M2M服务提供商与接入网络运营商之间的协调和/或由M2M服务提供商和/或接入网络运营商所信赖的某个其他实体（例如，M2M装置/网关制造商）实行。

（v）在一个实施例中，M2M服务装置D/G-SC可预先供应有M2M实体的按选择M2M服务提供商的N-SC信息和它的可达性（例如，这样的SP N-SC的APN）。然而，这对于本文论述的M2M服务启用技术方案可并不需要。

（vi）假设M2M服务装置D/G-SC可与3GPP接入网络默认M2M N-SC动态且互相验证。与3GPP接入网络默认N-SC的互相验证可使D/G-SC能够向接入网络默认N-SC提供它的服务提供商可达性信息。该可达性信息可仅包括公众信息，其反映服务提供商的身份。

章节III：M2M服务预订概况

在这里注意M2M服务装置预先供应的论述主要关于下文论述的服务初始附着规程。在该方面，假设M2M服务装置预先供应有M2M服务预订标识符，其在服务提供商网络内是唯一的。如之前提到的，在一个实施例中，这样的M2M服务预订标识符可以是暂时的（例如，可以在初始附着期间使用来用它的永久M2M服务预订标识符和A层M2M装置/网关标识符配置M2M服务装置的服务提供商合同号）。进一步假设M2M服务装置预先供应或能够动态检索（例如，从对应的M2M服务提供商）或供应有安全证书，其可以用于使与M2M服务提供商的安全通信并且同时与M2M服务提供商网络互相验证。

章节IV：M2M实体到3GPP/3GPP2接入网络的附着

根据本公开的特定实施例的M2M服务启用技术方案（作为示例，在3GPP AN的上下文中）的基本方面中的一些如下。（装置附着规程的详细论述稍后在下文提供。）

（i）迫使到接入网络的M2M实体的（装置/网关）第一附着被引导到接入网络默认M2M N-SC。

（ii）M2M实体的服务装置基于M2M实体的服务预订和M2M实体的按选择服务提供商的网络架构向接入网络默认N-SC注册。

（iii）供应M2M实体（如例如在下文的章节V中更详细论述的）并且因此将实体特定A层参数（其包括例如A层M2M装置/网关标识符）的细节通知接入网络。

（iv）用常规M2M N-SC APN更新M2M实体的接入预订（例如，在接入网络中作为实体的接入预订概况的部分），该常规M2M N-SC APN基于M2M实体的按选择M2M服务提供商。这可包括对（存储在）M2M实体上的对应接入预订的可能更新。

（v）未来M2M常规附着（到M2M实体的按选择M2M SP）可被引导到新的（常规）M2M N-SC APN，其将M2M实体引导到接入网络或服务提供商网络内部的相应M2M N-SC。

图10描绘示范性流程图175，其提供在根据本公开的一个实施例的3GPP M2M服务启用技术方案中M2M实体（例如，图9中的M2M实体155）如何附着到按选择（即，实体选择的）M2M SP网络的综述。在一个实施例中，在图10中图示（并且稍后参考图11-16详细论述）的各种示范性步骤可由3GPP接入网络进行。与初始和常规附着规程关联的高级消息传递流的示例稍后参考图14-16论述。如之前提到的，在该部分二下的论述聚焦在对于3GPP接入和使用3GPP EPC（例如，CDMA2000 eHRPD）的其他接入的M2M服务启用技术方案上。作为根据一个实施例的初始附着规程（图10中的框176-179）的部分，3GPP AN从M2M实体接收初始请求来附着到实体选择的M2M SP网络（框176）。该初始请求可包括实体特定M2M接入预订标识符（例如，如之前提到的IMSI和/或NAI）。作为响应，在框177处，3GPP AN可获得基于AN的默认M2M N-SC（即，驻存在、定位在或部署在AN中的N-SC）的APN而不管从M2M实体接收到的作为初始请求的部分的任何其他APN如何。之后，接入网络可使用AN默认M2M N-SC的APN使M2M实体连接到基于AN的默认M2M N-SC（框178）。3GPP AN然后可使用基于AN的默认M2M N-SC来提供M2M实体向M2M SP N-SC的M2M SL初始注册（框179）。常规附着（框180-181）可在M2M SL初始注册后开始。作为根据一个实施例的常规附着的部分，AN可在M2M实体与服务于M2M实体选择的M2M SP的基于AN的常规M2M N-SC之间建立3GPP PDN连接（框180）。之后，3GPP AN可使用M2M SL信令向基于AN的常规M2M N-SC注册M2M实体。如之前提到的，未来M2M常规附着现在可被引导到（新的）常规M2M N-SC APN，其将M2M实体引导到接入网络或服务提供商网络内部的相应M2M N-SC（框181）。

章节V：M2M实体的第一SP网络初始附着和随之的常规附着的细节

该章节在M2M实体的服务第一初始附着和随之的常规附着如何在本公开的特定实施例中进行的上下文中提供3GPP M2M服务启用技术方案的不同方面的技术细节。下文的子章节V(A)详述初始附着方面，而下文的子章节V(B)论述常规附着方面。在这里注意术语“服务第一初始附着”、“第一SP网络初始附着”、“初始附着”、“第一初始附着”或具有相似含义的术语（如从它们论述的上下文显而易见的）在本文能互换地使用来指代新的M2M实体第一次向M2M SP网络注册时（例如，在第一次加电时）的过程。大体上，这样的初始附着规程在M2M实体的寿命期间可仅进行一次。也就是说，一旦M2M实体成功结束它的第一初始附着，随后的来自M2M实体的网络附着请求可使用常规附着规程来处理，其的不同实施例在下文论述。

子章节V(A)：M2M实体的第一SP网络初始附着

图11示出示范性网络架构190，其描绘根据对于3GPP接入（或使用例如CDMA2000 eHRPD等3GPP EPC的其他接入）的M2M服务启用技术方案的一个实施例在M2M实体的SP网络初始附着期间基于AN的默认M2M N-SC 192的使用。M2M实体可以是在M2M装置域34中运行的M2M通信实体24-32中的任一个，如在图1中图示的。如之前提到的（例如，参考图4和8A-8B），为了便于论述和上下文，相似的标号用于图3中的通用配置与图11中特定的基于3GPP的配置之间功能上相似的网络元件/部件（例如，回程、核心网络、AS，等）。从而，例如，标号“84”用于指代图11中的3GPP接入网络，其可以视为图3中的通用蜂窝接入网络84的特定实现（在这里，基于3GPP的实现）。相似地，相同的标号“74”用于方便地指代图3和11中的M2M核心，严格来讲，即使在两个M2M核心的技术配置可能不同（例如，图11中的M2M核心包含默认M2M N-SC 192，其在图3中的M2M核心的情况下不是这样的）时也如此。相似的推理也适用于其他网络元件（例如，M2M装置域、回程、CN、SP网络、AS，等）。图3中的通用配置60与它通过图4、8A-8B和11-12中的特定配置的示范性实现之间的共同标号（在相关或可取的范围内）的使用仅用于提供容易的上下文参考并且图示图3中和这样的其他图中的架构之间的总体相似性－即，图4、8A-8B和11-12中的架构如何基于图3中的通用架构；这不一定暗指图3-4、8A-8B和11-12中的架构全部相同或没有任何区别地在所有方面几乎相似。

与其他图一样，先前论述的网络元件/部件的另外的细节为了简洁起见而未在本文重复。然而，注意在图11中的架构190中，3GPP AN 84部署公共M2M SC 42（在初始附着期间作为默认M2M N-SC 192，并且在常规附着期间作为常规M2M N-SC），但公共M2M SC 42（图3）在M2M SP网络中的部署基于M2M SP所支持的特定M2M服务启用架构配置（来自图3中示出的不同配置）而可是可选的（如由带点框194示出的）。从而，根据M2M SP是否在它的网络中部署M2M SC 42，M2M SP网络可使用标号“82”（具有M2M SC）或“88”（没有M2M SC）来指代（在图3中示出的不同SP网络配置的上下文中）。在这里观察到术语“默认 M2M N-SC”和“常规M2M N-SC”未暗指不同N-SC在AN 84内的存在；相反，相同的M2M SC（例如，图3中的公共M2M SC 42）可以不同功能性地部署在AN 84中－每当M2M实体（例如，图9中的M2M实体155）尝试初始附着时（例如，在加电时）作为“默认”M2M N-SC，并且对于后续常规附着作为“常规”M2M N-SC。从而，“常规”M2M N-SC可视为“默认”M2M N-SC的子集。默认M2M N-SC可用作对于所有初始附着请求的“默认”（来提供“默认”功能性）并且与“常规”M2M N-SC相比可具有额外功能性以能够处理对于所有M2M实体的初始附着。另一方面，“常规”M2M N-SC功能性对于给定M2M实体可是特定的并且可被“触发”（或“激活”）以在常规附着期间服务于M2M实体的按选择M2M服务提供商。然而，在一个实施例中，默认M2M N-SC功能性和常规M2M N-SC功能性对于M2M实体可是相同的。此外，在一个实施例中，其中M2M SC 42部署在两个网络中－即，在3GPP AN 84中（例如，作为M2M SC代理）以及在M2M SP网络82（例如，作为M2M SC服务器）中－图3中的总体架构配置可与在图4中示出的相似。

下面是详述根据本公开的一个实施例M2M实体如何首次附着（在本文称为“初始附着”或“第一初始附着”，如早先提到的）到M2M SP网络82（或88）的事件的示范性序列。在其他实施例中，可按不同的顺序进行下文的步骤序列。

（1）如在章节I中在该部分二下提到的，M2M接入装置（例如，图9中的M2M接入装置162）可预先配置有接入网络预订标识符（其可标识对应M2M实体155的M2M接入预订）。

（2）M2M接入预订标识符可指向M2M实体的接入预订，其可包含基于AN的默认M2M N-SC 192（图11）的APN，如也在上文的章节I（部分二）中提到的。M2M接入装置可预先配置有默认AN N-SC的该APN或可未预先配置有任何这样的APN。

（3）在接收M2M实体对于服务第一初始附着的请求（其可使用实体的M2M接入装置来发送）时，3GPP AN 84（图11）可使用接入网络默认M2M N-SC APN来建立到接入网络默认M2M N-SC平台192的连接。也就是说，不管APN，M2M实体可在它的第一服务附着期间提供尝试，3GPP AN 84可用AN默认M2M N-SC APN（其配置为存储在3GPP AN 84中的M2M实体的M2M接入预订的部分）来超越该实体供应的APN。[在一个实施例中，在M2M实体的基于AN的M2M接入预订除接入网络默认M2M N-SC APN外未包含任何APN时，3GPP AN 84可识别第一初始附着。]

（4）当M2M实体连接到接入网络默认M2M N-SC 192（例如，使用实体的M2M接入装置）时，它可向3GPP AN 84呈现（例如，使用实体的M2M服务装置）M2M服务预订标识符（在上文的章节II和III中在该部分二下提到的）。该服务预订标识符可帮助AN默认M2M N-SC 192识别M2M实体的按选择M2M服务提供商并且还因此识别－基于服务级协定（SLA）－实体选择的M2M SP网络关于图3中的公共M2M N-SC（或M2M SC）42所支持的M2M服务启用架构（例如，SP网络是实现ETSI兼容还是非兼容M2M服务启用架构、SP网络是否还部署它的M2M N-SC，等）。

（5）接入网络默认M2M N-SC 192可基于M2P SP的相应M2M服务启用架构来执行初始M2M SL注册（对于M2M实体155）并且可对于以下与M2M SP N-SC 194（如可用的话）通信：（a）A层M2M装置/网关标识符的配置和分配。（b）D/G-SC标识符的配置、分配和注册。（c）靠使用该M2M接入装置162（图9）（其当前正与3GPP AN 84通信）的M2M服务装置163（图9）支持的可能M2M应用标识符的标识。（d）所有其他A层需要的参数。（在这里注意尽管M2M D/G的外部标识符在本文用作A层参数的示例，本公开预想在未来可由3GPP、3GPP2或其他蜂窝规范规定的其他A层参数的使用（如需要的话）。）

在其中M2M SP未部署M2M SP N-SC的实施例（例如，在图12中示出的实施例）中，AN默认M2M N-SC可仍获得上文提到的信息，如在下文在章节VI中的情况1下论述的。

（6）在上文的步骤（5）后或与之并行，AN默认M2M N-SC 192可在归属接入网络（即，3GPP AN 84）中更新M2M接入装置预订（即，M2M实体155中的M2M接入装置162的M2M接入预订）。该实体特定M2M接入预订可驻存在例如归属订户服务器（HSS）（未在图11中示出，但在图12中示出）中，并且可在那里用下列信息来更新：（a）A层M2M D/G标识符。（b）M2M N-SC APN（对于到相应M2M N-SC的SL信令和数据）。该APN可指代AN常规M2M N-SC（例如，图12中的M2M N-SC 198），其与M2M实体的按选择M2M SP关联或专门服务于它并且在“常规附着”期间使用（下文描述的）。（c）用于支持来自M2M实体155的M2M通信的其他相关和必需信息。

该步骤（6）还可包括具有相同信息的M2M实体上的M2M接入预订的动态更新（由AN默认M2M N-SC）。

（7）另外，AN默认M2M N-SC 192可传达到AN的HSS中的订户概况库（SPR）（未示出）以用支持由M2M服务装置163（图9）托管的M2M服务应用166所需要的相应QoS来更新M2M接入策略预订（也称为“M2M接入预订”）。相似地，M2M SP网络还可用相似的信息来更新（例如，如部署的话，M2M SP N-SC 194可被更新）。

子章节V(B)：M2M实体的后续常规附着

在进行第一服务初始附着（如在上文的子章节V(A)下论述的）并且M2M实体供应有与M2M接入预订相关的所有需要的参数、A层参数和所有其他参数后，M2M实体可对于发生的所有供应改变重新启动或重新附着到它的按选择SP网络。在一个实施例中，这意指M2M实体可进行常规附着（作为它的重新启动或重新附着的部分），如下文给出的。

图12描绘示范性网络架构196，其图示根据安全本公开的教导的3GPP M2M服务启用技术方案的一个实施例在M2M实体（例如，图9中的M2M实体155）与M2M SP网络88的常规附着期间基于AN的常规M2M N-SC 198的使用。在图12的实施例中，M2M N-SC（即，在图3的通用架构的上下文中的公共M2M SC 42）仅驻存在3GPP AN 84中（例如，作为M2M N-SC服务器）。尽管图8A-8B涉及非ETSI SP网络150，相同的标号为便于论述用于图8A-8B和12中的3GPP AN元件并且用于指示这些图的接入网络部分中的相同/相似元件。然而，移动管理实体（MME）200另外示出为图12中的3GPP核心网络78的部分来提供对于稍后参考图14-16论述的各种消息传递流的上下文。如之前的，早先解决的网络部件/元件的论述为了简洁起见而未在这里重复。在继续常规附着机制的论述之前，仅为了便于论述，在这里强调不同的标号“192”和“198”分别用于指代AN默认M2M N-SC和AN常规M2M N-SC。如早先提到的，术语AN“默认”M2M N-SC和AN“常规”M2M N-SC指代相同N-SC的不同功能性；默认M2M N-SC 192用于SP网络初始附着（例如，直到M2M实体的按选择M2M SP的身份为3GPP AN所知）并且常规M2M N-SC 198（其例如在初始附着期间与M2M实体识别的M2M SP关联或其专门服务于它）用于随后的到SP网络的常规附着。此外，无论M2M N-SC在3GPP AN内是部署为代理还是服务器，这样的M2M N-SC代理/服务器可适当配置成进行默认M2M N-SC和/或常规M2M N-SC的功能性。

下面是详述根据本公开的一个实施例M2M实体如何完成到它的按选择M2M SP网络（在这里，图12中的SP网络88）的常规附着的事件的示范性序列。在其他实施例中，可按不同的顺序进行下文的步骤序列。

（1）作为常规附着的部分，M2M接入装置（例如，图9中的M2M实体155中的M2M接入装置162）可使用N-SC APN（即，基于AN的常规M2M N-SC 198的APN，其在一个实施例中可起到AN M2M N-SC服务器的作用），其在服务第一初始附着期间供应（例如，作为驻存在M2M实体上的M2M接入预订的更新的部分）。然而，如果M2M实体以某种方式未配置有该APN（AN常规M2M N-SC的），它的M2M接入装置可使用空 APN。M2M接入装置可遵循相应3GPP协议的所有细节来建立到M2M N-SC 198（图12）的3GPP分组数据网络（PDN）连接。

（2）M2M实体（例如，通过它的M2M接入装置）可使用M2M SL信令来向服务于M2M实体选择的SP 88的基于AN的M2M N-SC 198注册。3GPP AN然后可将未来通信（其包括对常规附着的未来请求）从M2M实体引导到该常规M2M N-SC 198的APN，由此建立M2M实体与M2M实体的按选择SP 88的常规附着。在图12中，SL信令APN可指代基于AN的M2M N-SC 198。因此，从M2M装置域34中的M2M实体（未专门在图12中示出）到基于AN的M2M N-SC 198的SL信令由双向带点箭头202和框203指示。另一方面，SL数据APN可指代基于SP的AS 62。因此，在图12中，M2M实体与它的按选择M2M SP 88（M2M实体现在可与之附着）之间通过基于AN的常规M2M N-SC 198的后续SL数据传输使用双向箭头205和框206来图示。

下文的章节VI描述不同的M2M服务启用架构选项如何按照本公开的各种实施例工作。

（3）在M2M实体按照N-SC APN向指派的N-SC（即，M2M N-SC 198）注册期间，M2M实体可提供（例如，通过它的M2M接入装置）它的A层M2M D/G标识符，只要M2M D/G-SC向AN常规M2M N-SC 198注册，该A层M2M D/G标识符可跨服务和传输层使用来始终标识M2M实体和它的可达性。在这里观察到，在一个实施例中，如果M2M实体未向AN注册，对于M2M服务它可能不能被M2M SP网络达到。

（4）在一个实施例中，由于之前提到的初始附着规程，AN常规M2M N-SC 198可访问A层M2M装置/网关标识符并且还可具有该A层M2M D/G标识符到下列参数中的一个或多个的映射，该下列参数与M2M接入装置（例如，图9中的接入装置162）和/或M2M服务装置（例如，图9中的服务装置163）相关：

    （a）M2M D/G接入预订标识符（例如，IMSI和/或NAI）；

    （b）M2M装置/网关传输地址，其可以是例如互联网协议（IP）版本6（IPv6）地址、IPv6网络前缀、IPv4地址、IPv4地址连同端口号，等；

    （c）M2M装置/网关电路交换（CS）传输地址，例如移动订户ISDN号（MSISDN）（其中“ISDN”指代“综合服务数字网络”）、移动目录号码（MDN）等。如果M2M装置/网关接入经由短消息服务（SMS）支持CS接入，这可是可能的；以及

（d）由3GPP AN运营商对于根据本公开的特定实施例的3GPP M2M服务启用技术方案所选择/需要的任何其他相关参数。

章节VI：对于3GPP M2M服务启用技术方案的示范性架构情况

图13提供对于3GPP AN（例如，图3中的AN 84或86的3GPP版本）解决M2M服务启用的示范性架构情况的综述。图13是当在下文详细论述每个情况时为便于参考的简化图示。如在图13中的框212处示出的，架构情况可基于公共M2M SC（例如，图3中的M2M SC 42）是否部署（作为M2M N-SC代理和/或服务器）在3GPP AN内而分成两大类。如果M2M N-SC在3GPP AN内，则两个情况214-215解决其中3GPP AN运营商与M2M服务提供商（SP）具有服务级协定（SLA）的情形：情况1（框214）解决其中M2M SC仅部署在3GPP AN内（作为M2M N-SC服务器）而M2M SP部署M2M AS 62的情形；在情况2（框215）中，M2M N-SC部署在3GPP AN内作为M2M N-SC代理，而M2M SP部署对应的M2M N-SC服务器－即，3GPP AN和M2M SP两者都部署M2M SC（例如，在图3中示出的公共M2M SC 42）。另一方面，情况3（框217）解决其中3GP AN与M2M SP（其部署它的M2M SC作为M2M N-SC服务器）具有SLA但在3GPP AN中可不允许M2M N-SC代理的情形。

在这里注意，在上文的章节V（其包括子章节V(A)和V(B)）中在该部分二下的论述假设M2M N-SC属于3GPP AN运营商84并且进行M2M N-SC服务器和/或代理的功能性。例如，在图11的实施例中，当M2M SP也部署M2M N-SC作为M2M N-SC服务器194时，默认M2M N-SC 192可起到M2M N-SC代理的作用。另一方面，在图12的实施例中，AN常规M2M N-SC 198可起到N-SC服务器的作用。如早先参考图7提到的，当M2M SC部署在3GPP AN内时，M2M SC可部署为M2M N-SC服务器或M2M N-SC代理或两者（对于一个服务提供商作为M2M N-SC服务器并且对于另一个服务提供商作为M2M N-SC代理）。从而，在章节V中的论述中，3GPP AN 84可动态访问注册的M2M服务装置（例如，图9中的M2M实体155的服务装置163）的所有A层信息，该注册的M2M服务装置使用对应的M2M接入装置（例如，图9中的接入装置162），其利用属于3GPP AN运营商的（M2M实体155的）接入预订。然而，如在上文的部分一下论述的，存在几个架构选项，其使用M2M N-SC的不同部署并且基于在3GPP AN运营商与按选择M2M SP之间是否存在SLA。从这些不同的部署选项来看，该章节VI涉及在SLA存在于3GPP AN运营商与M2M服务提供商之间这一假设的情况下使用3GPP接入网络的那些M2M服务启用架构选项。现在详细描述在图13中标识的架构情况中的每个。

情况1：在该情况（图13，框214）中，SLA存在于3GPP AN运营商与M2M实体的按选择M2M SP之间，M2M N-SC服务器部署在3GPP AN内部，并且M2M SP部署M2M AS。在架构上，该情况可与图12中的配置196相似。

（A）服务第一初始附着：在该情况下，在M2M实体的初始附着期间，基于AN的M2M N-SC服务器（其可起到参考图11论述的AN默认M2M N-SC 192的作用）可使用M2M SL API来与M2M SP（例如，图11-12中的M2M SP 88）通信以传达与A层M2M D/G标识符相关的所有信息、M2M SP需要的其他信息（例如，M2M服务预订标识符）以及可涉及M2M服务装置（在M2M实体中）的其他信息（例如，M2M D/G-SC标识符和是否需要动态配置它，等）。总体上，在该情况1下的初始附着机制与在上文（在该部分二中）的子章节V(A)下描述的细节和场景非常相似，并且因此，这样的细节为了简洁起见而未在这里重复。

（B）随之的常规附着：在该情况1下的常规附着可酷似在上文（在该部分二下）的子章节V(B)中描述的，并且因此，这样的细节为了简洁起见而未在这里重复。

情况2：在该情况（图13，框215）下，SLA存在于3GPP AN运营商与M2M实体的按选择M2M SP之间，M2M N-SC服务器部署在M2M SP（例如，在图11中部署为N-SC服务器的M2M N-SC 194）内部，并且3GPP AN部署M2M N-SC代理（例如，图11中起到N-SC代理的默认M2M N-SC 192）。在架构上，该情况可与图4中的配置95相似。

（A）服务第一初始附着：总体上，初始附着机制在该情况下与在上文的子章节V(A)下描述的细节和场景非常相似，并且因此，在这里仅给出某些额外方面的简要论述。在该情况下，3GPP AN默认M2M N-SC可与图11中的默认M2M N-SC 192相同，但它可进行M2M N-SC代理（在3GPP AN内）的功能性。在M2M实体的初始附着期间，基于AN的M2M N-SC代理可使用M2M SL API来与M2M SP N-SC服务器（例如，图11中的M2M N-SC服务器194）通信以传达所有SL信令消息，同时能够接收或拦截如在上文的子章节V(A)下描述的所有A层M2M装置/网关信息。在初始注册（在服务第一初始附着期间）后，M2M接入装置预订可用M2M N-SC APN更新，其在该情况下可参考作为N-SC服务器的M2M SP的M2M N-SC 194（图11）。在一个实施例中，参考3GPP接入网络中的N-SC代理（其代理对于SP网络中的M2M N-SC服务器的信令信息），这也是可能的。

（B）随之的常规附着：在该情况2下的常规附着可酷似在上文的子章节V(B)中描述的，所不同的是3GPP AN内部的M2M N-SC现在表现为M2M N-SC代理。也就是说，3GPP AN内部的M2M N-SC代理在该情况下进行与在上文的子章节V(B)下论述的M2M N-SC服务器的那些相同的功能性。

情况3：在该情况（图13，框217）下，SLA存在于3GPP AN运营商与M2M实体的按选择M2M SP之间，并且M2M N-SC服务器部署在M2M SP（例如，在图11中部署为N-SC服务器的M2M N-SC 194）内部，但可不允许3GPP AN M2M N-SC代理（即，M2M SP N-SC 194可不访问或未被授权使用可被例如AN默认M2M N-SC支持的代理功能性）。在架构上，该情况可与早先参考图3论述的选项1相似。

（A）服务第一初始附着：在AN默认M2M N-SC识别以下后：M2M SP SLA指示SP网络仅允许SP网络内部的M2M N-SC服务器但不允许3GPP接入网络内部的任何M2M N-SC代理（即，AN默认M2M N-SC可未起到与在上文论述的情况2类似的代理的作用），AN默认M2M N-SC可进行下面两个选项中的一个：

    （i）选项1：在该选项中，AN默认M2M N-SC可对（M2M实体的）D/G-SC（例如，在图9中示出的实体特定M2M SC 165）提供服务提供商N-SC身份和/或可达性信息，并且在D/G-SC成功完成它向它的SP N-SC（其部署为N-SC服务器，如上文提到的）的初始注册后命令D/G-SC它必须用需要的（跨层）信息来更新接入网络默认M2M N-SC。从而，在该选项中，AN默认M2M N-SC可从D/G-SC获得相关信息，而不是从M2M SP N-SC获得这样的A层参数和其他信息（如在上文的子章节V(A)下论述的）。

在M2M实体完成初始附着注册的规程后，D/G-SC可与接入网络默认M2M N-SC进行SL初始注册更新。在该步骤中，D/G-SC可向接入网络默认M2M N-SC提供需要的（A层）信息来进行M2M接入预订更新（MASU）。该MASU可包括AN默认M2M N-SC更新，例如具有指向合适P-GW（其将服务于该M2M实体与它的M2M服务提供商之间的M2M信令和数据业务）的AN常规M2M N-SC APN的（归属）3GPP AN。

在成功进行M2M接入预订更新后，接入网络默认M2M N-SC可向D/G-SC指示成功并且如可能的话更新M2M装置/网关上的M2M装置/网关接入预订（如在上文的子章节V(A)中提到的）。

（ii）选项2：在该选项中，接入网络默认M2M N-SC可对（M2M实体的）D/G-SC提供如在上文的选项1（在该情况3下）中的服务提供商N-SC身份和/或可达性信息，并且在完成服务第一初始注册的步骤之后但在SP N-SC向D/G-SC发送初始注册成功之前，还可对SP N-SC（其部署为N-SC服务器，如上文提到的）提供更新接入网络默认N-SC（用需要的A层信息）的指示。

在一个实施例中，SP N-SC可发起会话以基于M2M实体的服务装置的服务第一初始附着用需要的信息来更新3GPP接入网络默认M2M N-SC。

接入网络默认M2M N-SC然后可进行上文论述的MASU规程。在成功进行MASU规程后，接入网络默认M2M N-SC可向SP N-SC（而不是向D/G-SC，如在上文论述的选项1下的）指示成功。然后，SP N-SC可向对应的D/G-SC指示初始注册成功。

（B）随之的常规附着：在该情况3下的常规附着规程可酷似在上文的子章节V(B)中描述的，所不同的是M2M N-SC服务器是SP网络内部的N-SC并且3GPP接入网络（如存在的话）内部的M2M N-SC不被允许（即，M2M SP N-SC 194可不访问或未被授权使用AN中的代理功能性，如之前提到的）。

在这里，在服务第一初始附着期间基于例如MASU规程而供应或更新的APN可指向与SP网络关联的P-GW。因此，当PDN连接建立时，P-GW可接收M2M装置/网关接入预订概况，其包括A层M2M D/G标识符和与SP网络的M2M N-SC服务器互配的A层所需要的其他参数。

章节VII：示范性高级调用流程

图14-16呈现根据本公开的特定实施例按照M2M服务启用技术方案（MSES）使用3GPP接入网络的M2M实体到实体的按选择M2M服务提供商的服务第一初始附着和随之的常规附着的高级调用流程的示例。图14-16中的示例假设M2M接入装置（例如，图9的M2M实体155中的接入装置162）使用“IMSI1”作为为该M2M接入装置分配的IMSI而具有对3GPP AN的有效预订。还假设3GPP AN运营商基于为它分配的“IMSI1”而具有对于该M2M接入装置的M2M接入预订概况。该初始接入预订概况具有配置（至少来促进与SP网络的初始附着）的AN默认M2M N-SC APN连同按照归属AN运营商策略的其他参数。因为早先的初始和常规附着的广泛论述（在该部分二下在章节V和VI中），将在下文仅简要论述图14-16。在这里注意在图14-16中图示的步骤的不同序列在本质上是示范性的。在某些其他实施例中，这些序列可按照期望的实现来更改、修改或重排序。

图14图示根据本公开的一个实施例对于M2M实体（例如，图9中的M2M实体155）经由3GPP AN（例如，图11中的3GPP AN 84）到它的按选择M2M SP（例如，图11中的M2M SP 82）的初始附着的示范性高级调用流程。在这里注意因为在图14-16中在SP网络中的N-SC部署，这些图可视为代表图11中的M2M服务启用架构。然而，图11中的3GPP核心网络78的细节在图12中提供，其示出核心网络78的各种部件/元件（例如，MME、PCRF，等）。因此，为了便于论述，图14-16被视为图11和12的“组合”使得来自图11-12的相同标号可以用于标识图14-16中具有相同或相似功能性的部件/元件。除图14-16中的eNB 219和服务网关（SGW）145外，图14-16中的所有其他AN部件在图12中示出。如可以从早先的论述观察到的，eNB 219可以是向在M2M装置域34中运行的M2M实体155提供无线通信接口的基站70-72中的任一个。另一方面，为了便于论述，相同的标号“145”用于指代图14-16中的SGW和图12中它的特定基于eHRPD的版本HSGW（因为它们基本相似的性质和效用）。 

现在参考图14，在初始加电（框220）后，M2M实体的接入装置（例如，图9中的接入装置162）可向3GPP AN的MME 200发送它的初始附着请求，如在步骤221处指示的。该初始附着请求可包括接入装置162的IMSI（在这里，如早先提到的“IMSI1”）。在图14的实施例中，接入装置162未预先配置有3GPP AN默认M2M N-SC。因此，步骤221处的初始附着请求不包括任何APN（例如，请求可用空 APN来发送）。在接收初始附着请求时，MME 200可基于分配给该装置的ISMI1从HSS 142提取该M2M接入装置的AN预订概况（即，在该部分二的章节I下论述的M2M接入预订概况）和其他相关信息（例如，装置验证密钥），如在步骤222处指示的。MME 200接收AN默认M2M N-SC 192的APN作为该AN预订概况的部分。接入装置162可等待接入验证（框223），而MME 200使用AN默认M2M N-SC APN以在合适的SGW 145和合适的P-GW 147处创建会话，如在步骤224-225处指示的。当在SGW和P-GW处创建期望的会话时，在步骤226处，MME 200可向接入装置报告AN附着成功并且还对它指派IP地址。M2M实体155然后可尝试通过P-GW 147建立到AN默认M2M N-SC 192（框227）的PDN连接（228）。在图14的实施例中，接入装置可建立与AN默认M2M N-SC 192的M2M SL信令连接（框229）来促进由服务装置（例如，图9中的服务装置163）对M2M实体向它的按选择M2M SP 82的初始注册的M2M SL信令（框230）。M2M实体155的服务装置然后在步骤231处可向默认N-SC 192发送SL初始注册请求。该请求可包括M2M实体的M2M服务预订标识符，并且可能包括D/G-SC标识符（根据M2M实体155是M2M装置还是M2M网关）。M2M服务预订标识符帮助AN默认M2M N-SC 192标识M2M实体的按选择M2M SP 82以及3GPP AN运营商与M2M SP之间的相关SLA，并且还基于该SLA来标识M2M SP网络所支持的M2M服务启用架构（框232）。AN默认M2M N-SC 192然后可在步骤233处请求M2M实体155向它的按选择M2M SP 82的SL初始注册。在步骤233处，AN默认N-SC 192可向M2M SP N-SC 194（其可部署为M2M SP N-SC服务器）提供M2M实体的M2M服务预订标识符和D/G-SC标识符，并且可请求来自M2M SP N-SC 194的A层M2M D/G标识符和其他参数。在SP网络82分配必需的A层M2M D/G标识符（框234）后，M2M SP N-SC 194可在步骤235处确认SL初始注册请求（在步骤233处）的接受并且向AN默认M2M N-SC 192提供需要的A层ID。作为响应，在步骤236处，AN默认N-SC 192可在HSS 142中用A层D/G标识符并且可能用相关的基于AC的常规M2M N-SC的APN来更新M2M接入装置的AN预订概况以促进M2M实体155到它的按选择M2M SP 82的未来常规附着。如早先提到的，在一个实施例中，基于AN的默认M2M N-SC还可对于给定M2M实体和它的按选择M2M SP起到常规M2M N-SC的作用。在步骤237处，初始附着的成功被AN默认M2M N-SC 192确认，其也对M2M实体155指派AN常规M2M N-SC的APN用于未来常规附着。M2M实体155然后可进行SP网络常规附着（框238），如在下文参考图15-16论述的。

图15图示根据本公开的一个实施例对于M2M实体（例如，图9中的M2M实体155）经由3GPP AN（例如，图11中的3GPP AN 84）到它的按选择M2M SP（例如，图11中的M2M SP 82）的常规附着的示范性高级调用流程。图15中的调用流程与在上文的章节VI（在本公开的该部分二下）下描述的情况2(B)相关并且涉及与图11中的架构190相似的M2M服务启用架构－即，AN将它的M2M N-SC部署为N-SC代理192，而SP网络将它的N-SC部署为N-SC服务器194。因为图11中的AN默认M2M N-SC 192可配置成表现为基于AN的M2M N-SC代理，为了便于论述，相同的标号“192”用于在图15中示出的N-SC代理并且用于在图11中示出的AN默认M2M N-SC。如早先提到的，当图3的通用架构中的公共M2M SC 42部署在3GPP AN中时，这样的M2M SC可部署为基于AN的默认/常规M2M N-SC，其进而可根据架构配置进行N-SC服务器或N-SC代理的功能性。从而，为了便于上下文和论述，公共标号“192”在图14-16中使用来标识所有这样的基于AN的N-SC部署。

现在参考图15，在成功结束初始附着（框240）后，M2M实体155中的M2M接入装置可在步骤241处使用在服务第一初始附着期间供应的N-SC APN（即，在图14中的步骤237处）来请求常规附着。如之前提到的，N-SC APN在步骤241处可涉及服务于M2M实体的按选择M2M SP 82的AN常规M2M N-SC（在这里，AN M2M N-SC代理192）。（然而，在其他实施例中，N-SC APN在步骤241处可参考作为N-SC服务器194的SP的M2M N-SC，如在上文的章节VI下描述的情况2中提到的。）MME 200然后可在步骤242处与HSS 142通信来从HSS 142提取M2M接入装置的AN预订概况（和其他相关信息）。因为，HSS具有配置的默认以及常规M2M N-SC APN两者，MME推断该附着是服务常规附着。在图15中的N-SC代理的APN的上下文中接下来的步骤243-245与图14中的默认N-SC的APN的上下文中的步骤224-226大致上相似，并且因此，在这里未以任何细节描述。M2M实体155然后可尝试通过P-GW 147和N-SC代理192建立到它的按选择SP的M2M N-SC服务器194（框246）的PDN连接（框247）。M2M实体的接入装置可建立与AN M2M N-SC代理192的M2M SL信令连接（框248）来促进由服务装置（例如，图9中的服务装置163）对M2M实体向它的按选择M2M SP 82的常规注册的M2M SL信令（框249）。M2M实体155的服务装置然后可在步骤250处向AN N-SC代理192发送SL常规注册请求。该请求可包括M2M实体的M2M服务预订标识符、D/G-SC标识符（根据M2M实体155是M2M装置还是M2M网关）、A层M2M D/G标识符和由服务装置托管（并且被M2M SP网络82中的M2M AS 62支持）的任何一个或多个M2M应用（例如，图9中的一个或多个M2M应用166）的ID。在从M2M实体155接收SL常规注册请求时，基于AN的M2M N-SC代理192可将A层M2M D/G标识符与M2M实体的IMSI、IP地址和一个或多个接收的应用ID绑定（框251）并且在步骤252处向基于SP的M2M N-SC服务器194发出SL常规注册请求。在步骤252处的常规注册请求可包含M2M实体的M2M服务预订标识符、M2M D/G-SC标识符、A层M2M D/G标识符和其他相关参数（或A层信息）。基于在步骤252处的M2M实体的预订信息/状态，M2M SP的N-SC服务器194可在步骤253处接受SL常规注册请求。AN M2M N-SC代理192然后可在步骤254处向M2M实体155发送SL常规注册接受/成功消息，由此对在步骤250处的M2M实体的SL常规注册请求作出响应。步骤254处的SL常规注册接受消息还可对M2M实体155提供对于基于SP的M2M AS 62的可达性信息。之后，在步骤255处，M2M实体155（通过它的服务装置）可对于一个或多个期望的M2M应用建立与M2M SP网络82的SL数据连接。在一个实施例中，使用现有/当前已知的3GPP规程（其为了简洁起见而未在本文描述），P-GW 147可接收对于由一个或多个M2M实体的应用使用来与SP的M2M AS 62连接的PDN连接的QoS信息，如在框256处指示的。

图16描绘根据本公开的一个实施例对于M2M实体（例如，图9中的M2M实体155）经由3GPP AN（例如，图11中的3GPP AN 84）到它的按选择M2M SP（例如，图11中的M2M SP 82）的常规附着的另一个示范性高级调用流程集。图16中的调用流程与在上文的章节VI下（在本公开的该部分二中）描述的情况3(B)相关并且涉及与图11中的架构190相似的M2M服务启用架构－即，M2M N-SC 192可在AN中存在（但在AN中不允许M2M N-SC代理），而SP网络将它的N-SC部署为N-SC服务器194。步骤240-249在图15与16之间相似，并且因此在这里未再次论述。如在上文的章节VI下在情况3(B)中提到的，在步骤241处使用的指派的N-SC APN（在服务第一初始附着期间）可指向与SP网络82关联的P-GW 147。因此，当PDN连接按照现有/已知的3GPP规程在框246处建立时，P-GW 147可接收M2M装置/网关接入预订概况，其包括A层M2M D/G标识符和与SP网络的M2M N-SC服务器194互配的A层所需要的其他参数。相似地，使用现有的3GPP规程，P-GW 147可接收对于由一个或多个M2M实体的应用使用来与SP的M2M AS 62连接的PDN连接的QoS信息，如在框262处指示的。因为3GPP AN中的N-SC 192不被允许（即使存在并且如在图16的实施例中的那样部署在AN中），M2M实体的服务装置（例如，在图9中的M2M实体155的情况下是服务装置163）可在步骤263处直接向SP网络的M2M N-SC服务器194发送SL常规注册请求。包含在该请求中的参数可与在图15中在步骤250处示出的那些相同，并且在这里未进一步描述。M2M SP N-SC服务器194然后可直接对M2M实体作出响应，如在步骤264处指示的。因为在图16中的步骤264处的响应的内容与在图15中的步骤254处的之间的相似性很大，图16中的步骤264的进一步论述为了简洁起见而未在本文提供。从而，在图16的实施例中，M2M实体155直接从M2M SP N-SC服务器194接收对它的SL常规注册请求的响应，而不是接收来自AN N-SC代理的响应（如在图15中的步骤254处指示的）。之后，在步骤265处，M2M实体155（通过它的服务装置）可对于一个或多个期望的M2M应用建立与M2M SP网络82的SL数据连接。

章节VIII：3GPP AN如何区别服务初始附着与常规附着

能够从后续常规附着识别M2M实体的服务第一初始附着，这对于3GPP AN可是十分重要的。服务第一初始附着与常规附着之间这样的区分是重要的，因为在每个方面中牵涉的规程不同（如之前详细论述的）－初始附着的特殊规程通常在M2M实体的寿命期间仅实行一次（如之前提到的），而常规附着可被频繁调用。该章节简要论述该区别（初始附着与常规附着）可如何由3GPP接入网络（例如，图11-12中的AN 84）实现。

服务第一初始附着：情况1（M2M实体供应有空 APN）。3GPP AN可进行下面的步骤来推断当前附着请求（从例如图9中的M2M实体155等M2M实体）是对于服务第一初始附着。

（1）因为M2M实体还未进行服务第一初始附着，HSS（例如，图12、14等中的HSS 142）中的M2M实体的接入预订概况可仅具有AN默认M2M N-SC APN。

（2）M2M实体在初始附着中使用空 APN（或不使用APN）（因为，在该情况下，M2M实体未供应有AN默认M2M N-SC的APN）。

（3）除其他信息外，MME（例如，图12、14等中的MME 200）可从HSS提取M2M实体的接入预订概况。因为HSS仅具有配置的AN默认M2M N-SC APN（参见上文的步骤（1）），MME可推断－基于从HSS接收的信息－该附着要视为服务第一初始附着。

（4）MME可使用AN默认M2M N-SC APN以在合适的SGW（例如，图12中的HSGW 145或图14中的SGW 145）和合适的P-GW（例如，图12、14等中的P-GW 147）处创建会话。

（5）在成功完成服务初始附着后，HSS和M2M实体可用要添加到M2M实体的接入预订概况的常规M2M N-SCAPN来更新（例如，由AN默认M2M N-SC）。

服务第一初始附着：情况2（M2M实体供应有AN默认M2M N-SC APN）。与上文的情况1相反，在该情况2下，M2M实体供应有AN默认M2M N-SC（例如，图11和14中的N-SC 192）的APN。3GPP AN然后可进行下面的步骤来推断来自M2M实体的当前附着请求是对于服务第一初始附着。

（1）因为M2M实体还未进行服务第一初始附着，HSS中的M2M实体的接入预订概况可仅具有AN默认M2M N-SC APN。

（2）M2M实体在初始附着中使用AN默认M2M N-SC APN。

（3）除其他信息外，MME可从HSS提取M2M实体的接入预订概况。因为HSS仅具有配置的AN默认M2M N-SC APN（参见上文的步骤（1）），MME可推断－基于从HSS接收的信息－该附着要视为服务第一初始附着。

（4）MME可使用AN默认M2M N-SC APN以在合适的SGW和合适的P-GW处创建会话。

（5）在成功完成服务初始附着后，HSS和M2M实体可用要添加到M2M实体的接入预订概况的常规M2M N-SCAPN来更新（例如，由AN默认M2M N-SC）。

服务常规附着：情况1（M2M实体用AN常规M2M N-SC APN来更新）。该情况1涉及当M2M实体和HSS两者都在服务第一初始附着期间用AN常规M2M N-SC APN来更新时的情形。3GPP AN然后可进行下面的步骤来推断来自M2M实体的当前附着请求是对于到它的按选择M2M SP的常规附着。

（1）因为M2M实体已经进行服务第一初始附着，在HSS中M2M实体的接入预订概况可具有两个APN－AN默认M2M N-SC APN和AN常规/指派M2M N-SC APN（例如，部署为常规M2M N-SC以服务于M2M实体的按选择M2M SP的基于AN的N-SC的APN）。

（2）M2M实体可在重新附着（或常规附着）或重新启动后的附着中使用指派/常规APN。

（3）除其他信息外，MME可从HSS提取M2M实体的接入预订概况。因为HSS具有配置的AN默认和常规M2M N-SC APN两者（参见上文的步骤（1）），MME可推断－基于从HSS接收的信息－该附着要视为服务常规附着。

（4）MME然后可使用AN常规M2M N-SC APN以在合适的SGW和合适的P-GW处创建会话。

服务常规附着：情况2（M2M实体未用AN常规M2M N-SC APN来更新）。与上文的情况1相反，该情况2涉及当M2M实体在服务第一初始附着期间未用（但HSS用）AN常规M2M N-SC APN来更新时的情形。3GPP AN然后可进行下面的步骤来推断来自M2M实体的当前附着请求是对于到它的按选择M2M服务提供商的常规附着。

（1）因为M2M实体已经进行服务第一初始附着，在HSS中M2M实体的接入预订概况可具有AN默认和AN常规M2M N-SC APN两者。

（2）因为M2M实体在服务第一初始附着后还未用AN常规M2M N-SC APN来更新，M2M实体在常规附着中可使用空 APN（或不使用APN）。

（3）除其他信息外，MME可从HSS提取M2M实体的接入预订概况。因为HSS具有配置的AN默认和常规M2M N-SC APN两者（参见上文的步骤（1）），MME可推断－基于从HSS接收的信息－该附着要视为服务常规附着。

在这里注意，在特定实施例中，只有在MME的记录示出M2M实体概况具有配置的AN默认M2M N-SC的时候，MME可从HSS提取M2M实体的接入预订概况（如在上文对于该章节VIII下的每个情况论述的）。

章节IX：对于使用3GPP接入或非3GPP接入的M2M实体的M2M服务启用的示范性实施例

下面总结本公开的教导的某些显著方面，该公开提供对使用3GPP接入和3GPP EPC的M2M实体使用M2M服务启用的技术方案。本公开的教导还能适用于非3GPP接入（例如，eHRPD），其使用3GPP EPC。本公开的特定实施例还限定动态机制，用于关于处理对使用3GPP接入网络和3GPP EPC的提供到M2M装置/网关的M2M服务使接入网络传输和M2M服务层两者对齐。本公开允许部署与ETSI M2M SL架构一致的M2M SL架构（要由3GPP AN运营商使用），其中对M2M服务提供商的选择具有足够的自由（对于3GPP AN运营商）同时确保3GPP AN运营商对它自己的网络具有完全控制并且能够与M2M SP动态共享跨层M2M装置/网关信息。

实施例1：该实施例涉及根据本公开的教导、能适用于支持3GPP接入（例如，E-UTRAN）并且使用3GPP EPC的M2M装置/网关和/或支持非3GPP接入（例如，cdma2000 eHRPD）但使用3GPP EPC的M2M装置/网关的技术方案。

实施例2：该实施例涉及根据本公开的教导对于M2M装置/网关启用M2M服务初始附着的技术方案－这些M2M装置/网关使用3GPP接入（例如，E-UTRAN）或非3GPP接入（例如，cdma2000 eHRPD）以被3GPP EPC连接和服务－其中M2M装置/网关可由它的按选择M2M装置服务提供商用跨层M2M装置/网关标识符来动态配置同时3GPP接入网络运营商完全感知这样的动态配置并且访问相关A层信息。

实施例3：该实施例涉及根据本公开的教导、对M2M装置/网关（无论它们是使用3GPP接入还是非3GPP接入以被3GPP EPC连接和服务）－在初始附着后－提供M2M服务启用的技术方案，其中提供与M2M D/G的按选择M2M服务提供商的M2M应用服务器的传输连接。

实施例4：该实施例涉及根据本公开的教导、使3GPP EPC锚点（例如，P-GW和/或SGW）能够感知使用向M2M实体（其可使用3GPP接入或非3GPP接入以被3GPP EPC连接和服务）提供以使M2M实体与它的按选择M2M SP的M2M应用服务器连接的传输连接的业务的类型和M2M应用的技术方案。

实施例5：该实施例涉及根据本公开的教导、用M2M接入订户（即，对于M2M服务预订有3GPP AN的M2M实体）的更新预订概况来动态更新3GPP接入网络的归属预订数据库（例如，HSS）的技术方案。这样的更新预订概况可包括动态分配的跨层M2M D/G标识符和一个或多个更新的N-SC APN（例如，SL信令和SL数据APN），其用于识别M2M装置/网关到它的按选择M2M SP的M2M N-SC和应用服务器的一个或多个连接。

实施例6：该实施例涉及根据本公开的教导、用M2M接入订户的更新策略概况（其包括动态分配的跨层M2M D/G标识符和一个或多个被允许的M2M应用以及它们关联的QoS规则）来动态更新3GPP接入网络策略服务器（例如，PCRF）的技术方案。

实施例7：该实施例涉及根据本公开的教导、使M2M服务提供商能够向M2M实体（其可使用3GPP接入或非3GPP接入以被3GPP EPC连接和服务）提供它的初始M2M服务启用（在服务第一初始附着期间）并且用M2M SP选择的跨层M2M装置/网关标识符来动态配置该M2M实体的技术方案。

实施例8：该实施例涉及根据本公开的教导、使M2M服务提供商能够向M2M实体（其可使用3GPP接入或非3GPP接入以被3GPP EPC连接和服务）提供它的初始M2M服务启用（在服务第一初始附着期间）并且用为该M2M实体配置的M2M SP的按选择跨层M2M装置/网关标识符来动态更新3GPP接入网络运营商的技术方案。

实施例9：在该实施例中，M2M服务提供商可与3GPP接入网络协调并且具有在M2M实体上、在M2M服务提供商中和在3GPP接入网络中预先供应的AN常规M2M N-SC APN和A层M2M装置/网关标识符。在该情况下，M2M实体可不需要服务第一初始附着，因为该规程的目的经由预先供应而完成。在该实施例中，M2M SP使用的M2M服务启用架构在3GPP接入运营商与M2M SP之间的SLA中反映，并且因此还可在AN常规M2M N-SC APN（其在M2M实体的接入装置中作为M2M实体的3GPP接入预订的部分而预先供应）中反映。

尽管特征和元件在上文在特定组合中描述，每个特征或元件可以在没有其他特征和元件的情况下单独使用或在具有或没有其他特征和元件的各种组合中使用。在这里注意在蜂窝AN（其包括3GPP接入网络）中M2M SC代理的部署以及M2M服务的启用和相关的调用流程/消息传递可在硬件和/或软件（其可以是在例如RAM、ROM、半导体存储器或之前提到的其他数据存储介质/存储器等计算机可读数据存储介质中包含的计算机程序、可执行代码、固件，等）中实现。

前面描述对于蜂窝AN的M2M服务启用架构，其允许蜂窝AN运营商不仅将它的M2M SC作为M2M SC服务器部署在它的网络域内而且还使用它的M2M SC以在与也部署M2M SC服务器的M2M SP网络通信时担当M2M SC代理。蜂窝AN中的M2M SC代理在M2M装置/网关的SC与SP的M2M SC服务器之间中继所有信令平面通信。此外，M2M SC代理对蜂窝AN提供对蜂窝AN中的M2M服务启用所需要的跨层（传输和服务层）信息中的全部的访问。该基于代理的技术方案允许蜂窝AN服务于所有类型的M2M SP，并且使M2M SP免除需要支持不同的蜂窝AN互配接口。

如本文论述的，根据本公开的某些实施例的M2M服务启用架构对蜂窝AN运营商提供它的接入网络服务－其包括传输层－以用于根据ETSI M2M SL架构并且采用允许蜂窝AN运营商完成以下的方式服务于M2M服务提供灵活性和手段：（a）在能够服务于所有类型的M2M服务运营商时通过将M2M SC部署在它的网络内而使用单个部署模型。（b）容易访问跨层功能性所需要的所有信息。该信息可以用于帮助蜂窝AN运营商在更智能的比特管道中提供它的AN。（c）服务于其他M2M服务提供商，其使用非ETSI M2M SL架构。（d）基于（归属）蜂窝AN运营商策略和M2M预订在受访网络中路由M2M业务具有灵活性。根据本公开的特定实施例的公共M2M服务启用架构还允许M2M SP与相同部署模型并行地在多个接入技术上部署它的服务。

前面还描述用于向支持3GPP或非3GPP接入以用于通过3GPP EPC的连接和服务的M2M实体提供M2M服务启用的M2M服务启用技术方案。该技术方案允许AN通过它的3GPP EPC提供M2M实体到M2M实体的按选择M2M SP的传输连接。M2M实体到AN的第一附着被迫被引导到AN默认M2M N-SC的APN而不管从M2M实体接收的任何其他APN如何。AN默认M2M N-SC促进M2M实体向它的按选择M2M SP的M2M SL初始注册。M2M实体到SP网络的未来常规附着可被引导到基于AN的常规M2M N-SC（其服务于M2M SP）的APN。

从而，在3GPP接入网络的示范性情况下，本公开的某些实施例：

（a）允许3GPP AN运营商完全感知M2M实体的A层身份、在AN的传输连接上使用的业务的类型以及使用提供的传输连接的M2M应用；

（b）允许M2M SP向它使用任何蜂窝接入的M2M实体提供它的初始服务启用，并且动态配置M2M SP的按选择A层M2M装置标识符并且同时能够到达M2M装置（只要它被注册）；

（c）提供用于利用动态分配的A层M2MD/G标识符和更新的M2M N-SC APN（即，SL信令和SL数据APN）来更新M2M实体的接入预订的动态技术方案；

（d）提供用于使用动态分配的A层M2MD/G标识符以及M2M应用和它们关联的QoS更新具有PCRF的M2M接入订户策略概况的动态技术方案。

如将由本领域内技术人员认识到的，在本申请中描述的发明性概念可以在广泛的应用上修改和改变。因此，获得专利的主旨的范围不应局限于上文论述的特定示范性教导中的任一个，而相反由下面的权利要求限定。

Claims (20)

1. 一种操作地耦合于机器到机器（M2M）服务提供商（SP）（82，88）的蜂窝接入网络（AN）（84），其中蜂窝AN包括：

M2M服务能力（SC）启用应用（42），其部署在所述蜂窝AN内部并且配置成在所述M2M SP部署第一M2M SC服务器（102）并且未在所述蜂窝AN中部署M2M SC服务器时起到M2M SC代理（100）的作用，其中所述M2M SC代理配置成代表所述第一M2M SC服务器起作用并且在M2M通信实体（155）中的实体特定SC（165）与所述M2M SP中的第一M2M SC服务器之间中继信令平面通信，其中所述M2M通信实体与所述蜂窝AN无线通信并且经由所述蜂窝AN访问所述M2M SP；以及

互配功能（IWKF）（80），其配置成在所述蜂窝AN与所述M2M SP之间提供互配接口。

2. 如权利要求1所述的蜂窝AN，其中所述M2M通信实体是以下中的一个：

M2M装置；以及

M2M网关。

3. 如权利要求1所述的蜂窝AN，其中所述IWKF同定位在所述M2M SC代理内。

4. 如权利要求1所述的蜂窝AN，其中所述M2M SC代理进一步配置成使所述蜂窝AN能够直接访问所述M2M SP中对于所述M2M通信实体的实体特定跨层（A层）信息。

5. 如权利要求1所述的蜂窝AN，其中作为支持所述M2M通信实体所请求的M2M服务的部分，所述M2M SC代理进一步配置成促进与所述M2M服务关联的分组业务到所述M2M SP的路由。

6. 如权利要求5所述的蜂窝AN，其中以下中的一个适用：

所述蜂窝AN是受访蜂窝AN并且所述M2M SP是受访SP；以及

所述蜂窝AN是所述受访蜂窝AN并且所述M2M SP是归属SP。

7. 如权利要求1所述的蜂窝AN，其中部署在所述蜂窝AN内部的M2M SC启用应用（42）进一步配置成在下面的条件中的一个下起到第二M2M SC服务器（141）而不是所述M2M SC代理（100）的作用：

当所述M2M SP未部署所述第一M2M SC服务器时；以及

当所述M2M SP是所述蜂窝AN的组成部分时。

8. 如权利要求7所述的蜂窝AN，其中所述IWKF同定位在所述第二M2M SC服务器内。

9. 如权利要求7所述的蜂窝AN，其中所述蜂窝AN配置成在促进对于所述M2M通信实体的M2M通信时动态建立与所述M2M SP的服务级协定（SLA）。

10. 如权利要求7所述的蜂窝AN，其中所述第一M2M SC服务器支持所述M2M SP中的非欧洲电信标准协会（非ETSI）兼容M2M服务层（SL）。

11. 如权利要求1所述的蜂窝AN，其中所述M2M SC启用应用（42）进一步配置成起到以下作用：

对于所述第一M2M SC服务器的M2M SC代理；以及

在所述蜂窝AN操作地耦合于未部署M2M SC服务器的另一个M2M SP时的第二M2M SC服务器。

12. 在基于蜂窝接入网络（AN）（84）所支持的传输层与M2M服务提供商（SP）（82，88）所支持的服务层之间的分离以及公共M2M服务能力（SC）启用应用（42）对于所有M2M应用的使用的机器到机器（M2M）通信配置中，改进包括：

当所述M2M SP部署第一M2M SC服务器（102）并且未在所述蜂窝AN中部署M2M SC服务器时，将所述M2M SC启用应用部署在所述蜂窝AN内部作为M2M SC代理（100），其中所述M2M SC代理配置成代表所述第一M2M SC服务器起作用并且在M2M通信实体（155）中的实体特定SC（165）与所述M2M SP中的第一M2M SC服务器之间中继信令平面通信，其中所述M2M通信实体与所述蜂窝AN无线通信并且经由所述蜂窝AN访问所述M2M SP；以及

将互配功能（IWKF）（80）同定位在所述M2M SC代理内，其中所述IWKF配置成在所述蜂窝AN与所述M2M SP之间提供互配接口。

13. 如权利要求12所述的M2M通信配置，其中所述改进进一步包括：

在下面的条件中的一个下将所述M2M SC启用应用部署在所述蜂窝AN内部作为第二M2M SC服务器（141）而不是所述M2M SC代理（100）：

当所述M2M SP未部署所述第一M2M SC服务器时，以及

当所述M2M SP是所述蜂窝AN的组成部分时；以及

使所述IWKF同定位在所述第二M2M SC服务器内。

14. 一种使用操作地耦合于M2M服务提供商（SP）（82）的蜂窝接入（AN）（84）来提供机器到机器（M2M）通信的方法，其中所述方法在所述蜂窝AN中实现并且包括：

将M2M服务能力（SC）启用应用（42）部署（107）在所述蜂窝AN内部；

配置（108）所述M2M SC启用应用以在所述M2M SP部署M2M SC服务器（102）时起到M2M SC代理的作用；以及

配置（109）所述M2M SC代理来代表所述M2M SC服务器起作用并且在M2M通信实体（155）中的实体特定SC（165）与所述M2M SP中的M2M SC服务器之间中继信令平面通信，其中所述M2M通信实体与所述蜂窝AN无线通信并且经由所述蜂窝AN访问所述M2M SP。

15. 如权利要求14所述的方法，其进一步包括：

将互配功能（IWKF）（80）部署在所述蜂窝AN中；

使所述IWKF同定位（110）在所述M2M SC代理内；以及

配置所述IWKF以在所述蜂窝AN与所述M2M SP之间提供互配接口。

16. 如权利要求14所述的方法，其进一步包括：

进一步配置所述M2M SC代理以使所述蜂窝AN能够直接访问所述M2M SP中对于所述M2M通信实体的实体特定跨层（A层）信息。

17. 如权利要求14所述的方法，其进一步包括：

进一步配置所述M2M SC代理以通过促进与所述M2M服务关联的分组业务到所述M2M SP的路由而支持所述M2M通信实体所请求的M2M服务。

18. 一种蜂窝接入网络（AN）（84）中的机器到机器（M2M）服务能力（SC）代理（100），其中所述蜂窝AN操作地耦合于部署M2M SC服务器的M2M服务提供商（SP）（82），并且未在所述蜂窝AN中部署M2M SC服务器，其中所述M2M SC代理配置成执行以下：

对于所述M2M SP中的M2M SC服务器起到代理的作用并且代表所述M2M SP中的M2M SC服务器起作用；以及

在M2M通信实体（155）中的实体特定SC（165）与所述M2M SP中的M2M SC服务器之间中继信令平面通信，其中所述M2M通信实体与所述蜂窝AN无线通信并且经由所述蜂窝AN访问所述M2M SP。

19. 如权利要求18所述的M2M SC代理，其中所述M2M SC代理进一步配置成在所述蜂窝AN与所述M2M SP之间提供互配接口。

20. 如权利要求18所述的M2M SC代理，其中所述M2M SC代理进一步配置成执行以下中的至少一个：

存储对于所述M2M通信实体的实体特定跨层（A层）信息；以及

促进与所述M2M通信实体所请求的M2M服务关联的分组业务到所述M2M SP的路由。

Images