用于机器对机器通信注册的方法和设备 |
|||||||
| 申请号 | CN201080052648.3 | 申请日 | 2010-11-12 | 公开(公告)号 | CN102668493B | 公开(公告)日 | 2015-02-25 |
| 申请人 | 交互数字专利控股公司; | 发明人 | K·M·沙恩; | ||||
| 摘要 | 所公开的是用于 机器对机器 （M2M）通信注册的方法和设备。该方法提供了单次注册和周期性注册，并且可以是基于设备或网络的。系统中的设备可以划分成群组。单个设备构件可以为所述群组执行基本接入步骤。其他设备可以在控制信道上接收所有相关接入信息，并且使用该信息来接入系统。设备可以发送数据，获取更新，然后进入休眠。网际地址可以被释放或保持。在控制周期中，设备可被唤醒并且在控制信道上侦听任何寻呼消息。单独的设备或整个群组可以接入系统。在报告周期中，所有设备都可以被唤醒并接入系统，从而通过连接到M2M系统来上传数据。 | ||||||
| 权利要求 | 1.一种在无线发射/接收单元(WTRU)中使用的方法，其中该WTRU被配置用于机器型通信(MTC)，该方法包括： |
||||||
| 说明书全文 | 用于机器对机器通信注册的方法和设备[0001] 相关申请的交叉引用 [0002] 本申请要求享有于2009年11月23日提交的美国临时申请61/263,578、2009年11月23日提交的61/263,758、2009年11月24日提交的61/263,980以及2009年11月 23日提交的61/263,724的权益，其中这些申请的内容在这里引入作为参考。 技术领域[0003] 本申请涉及无线通信。 背景技术[0004] 机器对机器（M2M）通信（也被称为机器型通信（MTC））可以被看作是一种不需要与人互动的在实体间进行的数据通信。 [0005] 在第三代合作伙伴项目（3GPP）中，针对M2M通信的系统优化有可能面临很大挑战，例如M2M设备的激增及其增长的业务量负载（即增长的工作和信令过程数量），与现有基础架构和现有接入机制的有效再次使用（re-use）相对比的潜在升级成本，唯一设备标识符的短缺，拥塞控制等等。用于支持某个数量的订户的系统性能和容量有可能取决于由基础架构支持并由不同订户活动触发的同时计算处理以及后续的系统过程。发明内容 [0006] 所公开的是用于机器-机器（M2M）通信（也被称为“机器型通信”或“MTC”）注册的方法和设备。该方法提供了单次注册和周期性注册，并且可以是基于设备或网络的。系统中的设备可以被划分成群组。例如，所述分组可以基于地理位置。单个设备构件可以为所述群组执行基本接入步骤。其他设备可以在控制信道上接收所有相关接入信息，并且使用该信息来接入系统。设备可以发送其数据，获取任何更新，然后进入休眠周期。网际地址可以被释放或保持。可提供两个唤醒周期，一个是用于控制的，另一个则用于上传信息（报告周期）。在控制周期中，设备可以被唤醒并且在控制信道上侦听任何寻呼消息。根据该寻呼消息，单独的设备或整个群组可以接入系统。在报告周期中，所有设备都可以被唤醒并接入系统，从而通过连接到M2M系统来上传数据。附图说明 [0007] 更详细的理解可以从以下结合附图并且通过示例给出的描述中得到，其中： [0008] 图1A是可以实施所公开的一个或多个实施例的例示通信系统的系统图示； [0009] 图1B是可以在图1A所示的通信系统中使用的例示无线发射/接收单元（WTRU）的系统图示； [0010] 图1C是可以在图1A所示的通信系统中使用的例示无线电接入网络和例示核心网络的系统图示； [0011] 图2是与运营商域中的MTC服务器进行的例示机器型通信（MTC）； [0012] 图3是与运营商域外的MTC服务器进行的例示MTC； [0013] 图4是没有MTC服务器的例示MTC； [0014] 图5是用于实施MTC的周期性注册的例示流程图； [0015] 图6A和6B是实施用于MTC的单次注册的例示流程图； [0016] 图7A和7B是实施用于MTC的单次注册的另一个例示流程图，其中包括在休眠周期中释放网际协议（IP）地址； [0017] 图8A和8B是实施用于MTC的单次注册的另一个例示流程图，其中包括在休眠周期中保持IP地址； [0018] 图9A和9B是实施用于MTC的单次注册的另一个例示流程图，其中包括在休眠周期中保持IP地址以及使用多媒体广播多播服务（MBMS）‘ [0019] 图10是用于一组MTC WTRU的例示报告周期； [0020] 图11是用于一组MTC WTRU的控制周期事件的示例； [0021] 图12A和12B是实施用于MTC的基于网络的注册的例示流程图，其中包括在休眠周期中释放IP连接；以及 [0022] 图13A和13B是实施用于MTC的基于网络的注册的例示流程图，其中包括在休眠周期中保持IP连接。 具体实施方式[0023] 图1A是一个示例通信系统100的系统示图，在该通信系统100中可以实施一个或多个公开的实施方式。通信系统100可以是向多个无线用户提供诸如语音、数据、视频、消息传递、广播等内容的多路接入系统。通信系统100可以使得多个无线用户能够通过共享包括无线带宽在内的系统资源来访问这些内容。例如，通信系统100可以采用一种或多种信道接入方法，例如码分多址（CDMA）、时分多址（TDMA）、频分多址（FDMA）、正交FDMA（OFDMA）单载波FDMA（SC-FDMA）等等。 [0024] 如图1A所示，通信系统100可以包括无线发射/接入单元（WTRU）102a、102b、102c、102d，无线电接入网络（RAN）104，核心网络106，公共切换电话网（PSTN）108，因特网 110，以及其它网络112，但是可以理解由所公开的实施方式可以想到任意数量的WTRU、基站、网络、和/或网络元件。WTRU 102a、102b、102c、102d中的每个可以是被配置为在无线环境中运行和/或通信的任意类型的设备。举例来说，WTRU 102a、102b、102c、102d可以被配置为发射和/或接收无线信号，并且可以包括用户设备（UE）、移动站、固定或移动用户单元、传呼机、蜂窝电话、个人数字助理（PDA）、智能电话、膝上电脑、笔记本、个人计算机、无线传感器、消费类电子产品、机器型通信（MTC）设备等等。 [0025] 通信系统100还可以包括基站114a和基站114b。基站114a、114b中的每个都可以是被配置为与WTRU 102a、102b、102c、102d中的至少一个无线连接以利于访问诸如核心网络106、因特网110、和/或网络112之类的一个或多个通信网络的任意类型的设备。举例来说，基站114a、114b可以是基站收发站（BTS）、节点-B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点（AP）、无线路由器等等。虽然基站114a、114b分别被画为单个元件，但是可以理解基站114a、114b可以包括任意数量的互连的基站和/或网络元件。 [0026] 基站114a可以是RAN 104的一部分，该RAN 104还可以包括其它基站和/或网络元件（未示出），诸如基站控制器（BSC）、无线电网络控制器（RNC）、中继节点等等。基站114a和/或基站114b可以被配置为在可被称为小区（未示出）的特定地理区域内发射和/或接收无线信号。所述小区还可以被划分成小区扇区。例如，与基站114a相关联的小区可以被划分成三个扇区。因此，在一个实施方式中，基站114a可以包括三个收发信机，即针对小区的每个扇区一个收发信机。在另一实施方式中，基站114a可以使用多输入多输出（MIMO）技术，因此，可以针对小区的每个扇区使用多个收发信机。 [0027] 基站114a、114b可以通过空中接口116与WTRU 102a、102b、102c、102d中的一个或多个通信，所述空中接口116可以是任何适当的无线通信链路（例如射频（RF）、微波、红外线（IR）、紫外线（UV）、可见光等等）。可以使用任何适当的无线电接入技术（RAT）来建立空中接口116。 [0028] 更具体而言，如上所述，通信系统100可以是多路接入系统且可以采用一种或多种信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 104中的基站114a和WTRU 102a、102b、102c可以实现诸如通用移动电信系统（UMTS）陆地无线电接入（UTRA）之类的无线电技术，其中该无线电技术可以使用宽带CDMA（WCDMA）来建立空中接口116。WCDMA可以包括诸如高速分组接入（HSPA）和/或演进型HSPA（HSPA+）之类的通信协议。 HSPA可以包括高速下行链路分组接入（HSDPA）和/或高速上行链路分组接入（HSUPA）。 [0029] 在另一实施方式中，基站114a和WTRU 102a、102b、102c可以实现诸如演进型UMTS陆地无线电接入（E-UTRA）之类的无线电技术，其中该无线电技术可以使用长期演进（LTE）和/或高级LTE（LTE-A）来建立空中接口116。 [0030] 在其它实施方式中，基站114a和WTRU 102a、102b、102c可以实现诸如IEEE802.16（即全球微波互通接入（WiMAX））、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准 2000（IS-2000）、临时标准95（IS-95）、临时标准856（IS-856）、全球移动通信系统（GSM）、GSM演进增强型数据速率（EDGE）、GSM EDGE（GERAN）等无线电技术。 [0031] 举例来讲，图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B、或接入点，并且可以利用任何适当的RAT来促进诸如营业场所、家庭、车辆、校园等局部区域中的无线连接。在一个实施方式中，基站114b和WTRU 102c、102d可以实现诸如IEEE 802.11的无线电技术以建立无线局域网（WLAN）。在另一实施方式中，基站114b和WTRU 102c、102d可以实现诸如IEEE 802.15的无线电技术以建立无线个域网（WPAN）。在另一实施方式中，基站114b和WTRU 102c、102d可以利用蜂窝式RAT（例如WCDMA、CDMA2000、GSM、LTE、LTE-A等）以建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，可以不要求基站114b经由核心网络106接入因特网110。 [0032] RAN 104可以与核心网络106通信，核心网络106可以是被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用程序、和/或网际协议语音（VoIP）服务的任何类型的网络。例如，核心网络106可以提供呼叫控制、计费服务、基于移动定位的服务、预付费呼叫、因特网连接、视频分发等，和/或执行诸如用户验证等高级安全功能。虽然图1A未示出，但应认识到RAN 104和/或核心网络106可以与采用与RAN 104相同的RAT或不同RAT的其它RAN进行直接或间接通信。例如，除连接到可以利用E-UTRA无线电技术的RAN 104之外，核心网络106还可以与采用GSM无线电技术的另一RAN（未示出）通信。 [0033] 核心网络106还可以充当用于WTRU 102a、102b、102c、102d接入PSTN108、因特网110、和/或其它网络112的网关。PSTN 108可以包括提供普通老式电话服务（POTS）的电路交换电话网。因特网110可以包括使用公共通信协议的互连计算机网络和设备的全局系统，所述公共通信协议诸如传输控制协议（TCP）/网际协议（IP）因特网协议族中的TCP、用户数据报协议（UDP）和IP。网络112可以包括由其它服务提供商所拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接到可以采用与RAN 104相同的RAT或不同RAT的一个或多个RAN的另一核心网络。 [0034] 通信系统100中的某些或全部WTRU 102a、102b、102c、102d可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用于通过不同的无线链路与不同的无线网络通信的多个收发信机。例如，图1A所示的WTRU 102c可以被配置为与可以采用蜂窝式无线电技术的基站114a通信，且与可以采用IEEE 802无线电技术的基站114b通信。 [0035] 图1B是示例性WTRU 102的系统图。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触控板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统（GPS）芯片组136、及其它外围设备138。应认识到WTRU 102可以在保持与实施方式一致的同时，包括前述元件的任何子组合。 [0036] 处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路（ASIC）、现场可编程门阵列（FPGA）电路、任何其它类型的集成电路（IC）、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使得WTRU能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发信机120，收发信机120可以耦合到发射/接收元件122。虽然图1B将处理器118和收发信机120画为单独的元件，但应认识到处理器118和收发信机120可以被一起集成在电子组件或芯片中。 [0037] 发射/接收元件122可以被配置为通过空中接口116向基站（例如基站114）发射信号或从基站（例如基站114）接收信号。例如，在一个实施方式中，发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在另一实施方式中，发射/接收元件122可以被配置为发射和/或接收例如IR、UV、或可见光信号的发射器/检测器。在另一实施方式中，发射/接收元件122可以被配置为发射和接收RF和光信号两者。应认识到发射/接收元件122可以被配置为发射和/或接收无线信号的任何组合。 [0038] 另外，虽然发射/接收元件122在图1B中被画为单个元件，但WTRU 102可以包括任何数目的发射/接收元件122。更具体而言，WTRU 102可以采用MIMO技术。因此，在一个实施方式中，WTRU 102可以包括用于通过空中接口116来发射和接收无线信号的两个或更多发射/接收元件122（例如多个天线）。 [0039] 收发信机120可以被配置为调制将由发射/接收元件122发射的信号并对由发射/接收元件122接收到的信号进行解调。如上所述，WTRU 102可以具有多模式能力。因此，例如，收发信机120可以包括用于使得WTRU 102能够经由诸如UTRA和IEEE 802.11等多个RAT通信的多个收发信机。 [0040] WTRU 102的处理器118可以耦合到扬声器/扩音器124、键盘126、和/或显示器/触控板128（例如液晶显示器（LCD）显示单元或有机发光二极管（OLED）显示单元），并且可以从这些组件接收用户输入数据。处理器118还可以向扬声器/扩音器124、键盘126、和/或显示器/触控板128输出用户数据。另外，处理器118可以访问来自诸如不可移除存储器130和/或可移除存储器132等任何类型的适当存储器的信息并能够将数据存储在这些存储器中。不可移除存储器130可以包括随机存取存储器（RAM）、只读存储器（ROM）、硬盘、或任何其它类型的存储器存储设备。可移除存储器132可以包括订户身份模块（SIM）卡、记忆棒、安全数字（SD）存储卡等。在其它实施方式中，处理器118可以访问来自在物理上位于WTRU 102上（诸如在服务器或家用计算机（未示出））的存储器的信息并将数据存储在该存储器中。 [0041] 处理器118可以从电源134接收功率，并且可以被配置为分配和/或控制到WTRU102中的其它组件的功率。电源134可以是用于为WTRU 102供电的任何适当设备。例如，电源134可以包括一个或多个干电池（例如镍镉（NiCd）、镍锌铁氧体（NiZn）、镍金属氢化物（NiMH）、锂离子（Li）等等）、太阳能电池、燃料电池等等。 [0042] 处理器118还可以耦合到GPS芯片组136，GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息（例如，经度和纬度）。除来自GPS芯片组136的信息之外或作为其替代，WTRU 102可以通过空中接口116从基站（例如基站114a、114b）接收位置信息和/或基于从两个或更多附近的基站接收到信号的时序来确定其位置。应认识到WTRU102可以在保持与实施方式一致的同时，通过任何适当的位置确定方法来获取位置信息。 [0043] 处理器118还可以耦合到其它外围设备138，外围设备138可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速计、电子指南针、卫星收发信机、数码相机（用于拍照或视频）、通用串行总线（USB）端口、振动设备、电视收发信机、免提耳机、蓝牙 模块、调频（FM）无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。 [0044] 图1C是根据一种实施方式的RAN 104和核心网络106的系统图。如上所述，RAN104可以采用E-UTRA无线电技术通过空中接口116与WTRU102a、102b、102c通信，但是应认识到公开的实施方式可以包括任何数目的WTRU、基站、网络、和/或网络元件。RAN 104还可以与核心网络106通信。 [0045] RAN 104可以包括e节点-B 140a、140b、140c，但是应认识到RAN 104可以在与实施方式一致的同时，包括任何数目的e节点-B。e节点-B 140a、140b、140c中的每个可以包括用于通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施方式中，e节点-B 140a、140b、140c可以实现MIMO技术。因此，例如，e节点-B 140a可以使用多个天线来向WTRU 102a发射无线信号并从WTRU 102a接收无线信号。 [0046] e节点-B 140a、140b、140c中的每一个可以与特定小区（未示出）相关联，且可以被配置为处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度等等。如图1C所示，e节点-B 140a、140b、140c可以通过X2接口相互通信。 [0047] 图1C所示的核心网络106可以包括移动性管理网关（MME）142、服务网关144、以及分组数据网络（PDN）网关146。虽然每个前述元件被画成核心网络106的一部分，但是应认识到这些元件中的任何一个可以被除核心网络运营商之外的实体所拥有和/或操作。 [0048] MME 142可以连经由S1接口连接到RAN 104中的e节点-B 142a、142b、142c中的每一个且可以充当控制节点。例如，MME 142可以负责在WTRU102a、102b、102c的初始附着期间对WTRU 102a、102b、102c的用户进行验证、承载激活/去激活、选择特定服务网关等等。MME 142还可以提供用于在RAN 104与采用诸如GSM或WCDMA等其它无线电技术的其它RAN（未示出）之间进行切换的控制平面功能。 [0049] 服务网关144可以经由S 1接口连接到RAN 104中的e节点B 140a、140b、140c中的每一个。服务网关144通常可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关144还可以执行其它功能，诸如在e节点B间切换期间锚定用户平面、当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼、管理并存储WTRU 102a、102b、102c的上下文等等。 [0050] 服务网关144还可以连接到可以为WTRU 102a、102b、102c提供对分组交换网（诸如因特网110等）的接入的PDN网关146，以促进WTRU 102a、102b、102c与IP使能设备之间的通信。无线局域网（WLAN）155的接入路由（AR）150可以与因特网110进行通信。AR 150可以促进AP 160a、160b和160c之间的通信。AP 160a、160b和160c可以与站170a、170b和170c进行通信。 [0051] 核心网络106可以促进与其它网络的通信。例如，核心网络106可以为WTRU 102a、102b、102c提供对电路交换网络（诸如PSTN 108等）的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，核心网络106可以包括充当核心网络106与PSTN 108之间的接口的IP网关（例如IP多媒体子系统（IMS）服务器），或者可以与之通信。另外，核心网络106可以为WTRU 102a、102b、102c提供对网络112的接入，网络112可以包括被其它服务提供商所拥有和/或操作的其它有线或无线网络。 [0052] 机器对机器（M2M）通信（也被称为“机器型通信”或“MTC”）可以在不同的领域中使用。在安全领域中，M2M通信可以在监督系统、电话陆线备份、物理访问控制（例如针对建筑物）以及汽车/司机防护中使用。在跟踪和追踪领域中，M2M通信可以用于车队（fleet）管理、订单管理、依据里程付费（PAYD）应用、资产跟踪、导航、交通信息应用、公路收费、交通优化以及督导。在支付系统领域中，M2M通信可以在销售点、自动贩卖机、客户忠诚度应用以及游戏机中使用。在保健领域，M2M可以用于监视生命迹象、供养老人或伤残人士、在web接入远程医疗点以及在远程诊断中使用。在远程维护/控制领域中，M2M通信可以在可编程逻辑控制器（PLC）、传感器、照明、泵、阀门、升降机控制、自动贩卖机控制以及车辆诊断中使用。在测量领域中，M2M通信可以在涉及电力、煤气、水、供暖、电网控制以及工业测量的应用中使用。此外，基于机器型通信（MTC）技术的M2M通信还可以在诸如客户服务的领域中使用。 [0053] M2M通信可以用于在汽车保险领域中实施PAYD系统。例如，保险公司可以根据汽车的使用情况而不是固定的保险费来向汽车司机收取费用。为了达到这个目标，汽车配备了M2M无线发射/接收单元（WTRU）、GPS设备以及向保险公司传送数据的其他不同的传感器。M2M WTRU可以包括通用集成电路卡（UICC）。保险公司可以根据接收到的数据来设置向司机收取的费率。该保险公司可以与无线网络的运营商签订可供M2M WTRU通信的合同，以便允许WTRU使用运营商的网络。 [0054] 在跟踪和追踪领域中，汽车租赁公司可以为汽车配备M2M WTRU，以便在汽车被驾驶时获取该汽车的位置的信息。在建筑业中，举例来说，M2MWTRU可以用于跟踪昂贵的工具或其他设备。在石油产业中，M2M WTRU可以用于跟踪容器。 [0055] 在安装之后，很多测量设备很大程度上是不被接触的。例如在一些产业中，已安装的仪表在安装之后有可能会在八年或更长时间中保持不被接触。在这种环境中，M2M WTRU的UICC必须得到保护。如果没有恰当完成该进程，那么与公共服务（utility）之间的通信有可能会被切断，由此造成欺诈。此外，如果供M2M WTRU通信的无线网络的公共服务和/或运营商发生变化，那么有可能会发生问题。举例来说，如果公共服务客户将其公共服务供应商从一家公司变成另一家公司，那么新的公共服务供应商与原来的公共服务供应商未必与同一家网络运营商签订合同。这种情况可以通过复杂的会计机制来解决，或者新的公共服务公司有可能需要派遣服务人员来安装新的M2M WTRU或是配置已安装的M2M WTRU。但是，这两种方法的成本都很高，并且都很容易出错。 [0056] 依据其实施方式，M2M通信有可能不同于一些当前的通信模型。例如，M2M通信可以包括新的或不同的市场方案。M2M通信与一些当前技术的不同之处还在于：M2M通信有可能牵扯到大量WTRU，和/或有可能在每一个WTRU上只涉及少量业务量。此外，相对于一些当前的技术，部署M2M通信的成本较低并且工作量也较少。 [0057] M2M通信可以利用已被部署的、基于第三代合伙伙伴项目（3GPP）技术的无线网络，例如全球移动通信系统（GSM）、通用移动电信系统（UMTS）、长期演进（LTE）和/或其他技术，如电气与电子工程师协会（IEEE）以及3GPP2开发的技术。M2M通信可以使用基于这些技术的网络而以一种成本效益合算的方式来实现商业解决方案。在将无线网络部署的无处不在的情况中，无线网络的可用性可以促成和/或鼓励部署和使用M2M WTRU。此外，针对这些技术的进一步增强可以提供附加时机来部署基于M2M的解决方案。表1综述了用于MTC应用的上述实施方式。 [0058] [0059] 表1G [0060] 图2-4显示的是MTC应用的不同例示架构。图2显示的是一个将MTC服务器210包含在运营商域220以内的例示MTC架构200。一组MTC设备230可以与MTC服务器210通信。MTC 210可以与公共陆地移动电话网络（PLMN）通信，并且可以经由PLMN来与MTC设备230通信。MTC服务器210可以经由应用编程接口（API）235来与MTC用户240通信，并且可以为MTC用户240执行服务。每一个MTC设备230可以是被配置成进行机器型通信的WTRU。MTC服务器210还可以被称为机器对机器（M2M）服务器以及M2M运营商。虽然这里描述的示例和实施例指的是MTC设备，但是术语WTRU也是可以使用的。 [0061] 图3显示的是一个将MTC服务器310包含在运营商域320之外的例示MTC架构300。一组MTC设备330可以与MTC服务器310通信。MTC服务器310可以耦合到MTC用户 340。该组MTC设备330可以通过运营商域320来进行通信，所述运营商域则与MTC服务器 310通信。 [0062] 图4显示的是一个例示的MTC架构400，其中MTC设备可以在没有中间的MTC服务器的情况下直接通信。第一组MTC设备430可以通过运营商域A 410来进行通信。第二组MTC设备440可以通过运营商域B 420来进行通信。运营商域A 410和运营商域B 420可以相互通信，这样做能使第一组MTC设备430与第二组MTC设备440在没有中间的MRTC服务器的情况下经由其相应的运营商域（运营商域A 410和运营商域B 420）来进行通信。 [0063] 图5是实施用于MTC的周期性注册进程的例示流程图500。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来进行3GPP授权和验证，如果MTC设备提供的是不正确的IMSI，则拒绝该注册进程。每一组WTRU都具有一个对应于对MTC设备进行定址的群组移动订户集成服务数字网络号码（群组MSISDN）。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，该组MTC设备内部的单独的MTC设备可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。单独的统一资源标识符（URI）可以作为标识符使用，以便识别一组MTC设备内部的MTC设备。该URI可以以账号为基础。 [0064] 此外，一个MTC设备可以代表MTC设备组来执行注册，例如IMSI附着过程。这个MTC设备可以被称为阿尔法MTC设备。阿尔法MTC设备既可以由网络选择（通过单独轮询每一个设备或是通过发送传输序列），也可以随机选择（每一个设备通过散列算法来选择一个随机数，以便确定其传输时间），还可以通过预配置来选择（在系统和设备的初始设置过程中）或是通过上述方式的组合来选择。阿尔法MTC设备可以接收资源，这些资源包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果阿尔法MTC设备出现故障，则另一个MTC设备可以执行阿尔法MTC设备活动。对于阿尔法MTC设备故障的检测可以由网络或是由MTC设备执行。 [0065] 一旦所有MTC设备通电，则周期性注册进程可以适用（502）。该注册是基于唤醒周期/休眠周期而被周期性执行的（580，590）。一旦发起周期性注册，则MTC设备确定其是否为阿尔法MTC设备（504）。如果MTC设备是阿尔法MTC设备，那么可以获取（506）无线电资源，并且可以发起（508）M2M(x)注册进程。然后可以执行关于阿尔法MTC设备的授权和验证（510）。 [0066] 然后，阿尔法MTC设备确定M2M(x)注册和/或授权以及验证进程（512）。如果M2M(x)注册进程和/或授权和验证进程没有成功，则可以重新尝试特定次数的注册和验证（514）。在用尽了特定次数的重试之后，可以指定新的阿尔法MTC设备（516）。如果新的阿尔法MTC设备的重试次数用尽，则可以中止M2M(x)注册和/或授权及验证进程。作为替换，如果用尽了所有指定的阿尔法MTC设备的重试次数，则可以中止M2M(x)注册和/或授权和验证进程。 [0067] 如果M2M(x)注册和/或授权和验证进程成功，则可以获取基于群组的P-TMSI（518），基于M2M(x)的IP地址（520）以及用户平面无线电资源信息（522）。然后，阿尔法MTC设备可以使用一个URI来执行M2M服务注册（524）。该URI可以基于M2M(x)账号。然后，阿尔法MTC设备可以访问M2M(x)服务器，并且使用基于账户的URI来上传数据（526）。然后，阿尔法MTC设备将会获取控制信息更新（528）。该控制信息可以是任何类型的控制信息，例如配置数据等等。 [0068] 如果MTC设备是阿尔法MTC设备（530），则阿尔法MTC设备等待组中的最后一个MTC设备向M2M(x)服务器传送其信息（532）。在最后一个MTC设备传送或上传了其信息之后，阿尔法MTC设备可以释放无线电资源，以及释放IP地址（534）。然后，所述阿尔法MTC设备将会进入休眠周期（580）。 [0069] 如果MTC设备不是阿尔法MTC设备，那么MTC设备可以启动M2M状态机，并且侦听控制信道（536）。一旦成功完成了阿尔法MTC设备注册（538），则每一个非阿尔法MTC设备都可以获取基于群组的P-TMSI（540），基于M2M(x)的IP地址（542）以及用户平面无线电资源信息（544）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个非阿尔法MTC设备等待为其指定的传输时间（546）。该传输时间可以是随机的和预配置的，并且可以是轮询功能，也可以基于使用了其标识符的散列函数等等。 [0070] 然后，非阿尔法MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非阿尔法MTC设备都注册到M2M服务器（548）。如果需要注册，则每一个非阿尔法MTC设备可以使用URI来执行M2M服务注册（524）。所述URI可以基于M2M(x)账号。然后，非阿尔法MTC设备可以访问M2M(x)服务器，并且使用基于账户的URI来上传数据（526）。如果不需要注册，那么每一个非阿尔法MTC设备可以使用基于账户的URI来访问M2M(x)服务器以及上传数据（526）。然后，每一个非阿尔法MTC设备可以更新其控制信息（528），并且进入休眠周期（580）。休眠周期后可以跟随有唤醒周期（590），在唤醒周期之后，周期性注册进程将会再次开始。如这里所述，唤醒周期（590）可以具有控制周期和报告周期。唤醒周期既可以由网络调度，也可以由MTC设备随机调度，还可以预先配置，以及通过上述进程的组合来调度。 [0071] 图6A和6B是实施用于MTC的单次注册进程的例示流程图600。一旦系统通电，则可以执行注册。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来实施3GPP授权和验证，并且如果MTC设备提供的是不正确的IMSI，那么该注册进程将被拒绝。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，该MTC设备群组内部的单独MTC设备可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。单独的统一资源标识符（URI）可被用作用来识别MTC设备群组内部的MTC设备的标识符。所述URI可以基于账号。举例来讲，所述账号可以是附加的标识符，例如分机号码等等。 [0072] 此外，一个MTC设备可以代表MTC设备群组来执行注册，例如IMSI附着过程。该MTC设备可被称为阿尔法MTC设备。阿尔法MTC设备既可以由网络选择，也可以随机选择，通过预配置选择，或是通过上述进程的某种组合选择。阿尔法MTC设备可以接收资源，这其中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果阿尔法MTC设备发生故障，那么另一个MTC设备可以执行阿尔法MTC设备的活动。检测阿尔法MTC设备故障的进程可以由网络或MTC设备执行。 [0073] 一旦所有MTC设备全都加电，那么单次注册进程是可适用的（602）。一旦发起单次注册，则MTC设备确定其是否为阿尔法MTC设备（604）。如果该MTC设备是阿尔法MTC设备，则可以获取无线电资源（606），并且可以发起M2M(x)注册进程（608）。然后可以对阿尔法MTC设备进行授权和验证（610）。 [0074] 然后，阿尔法MTC设备确定M2M(x)注册和/或授权及验证进程的成功（612），其中x代表计数器。如果M2M(x)注册进程和/或授权和验证进程未成功，则可以重新尝试特定次数的注册和验证（614）。在用尽了特定的重试次数之后，可以指定一个新的阿尔法MTC设备（616）。如果用尽了新的阿尔法MTC设备的重试次数，则可以中止M2M(x)注册和/或授权及验证进程。可替换地，如果用尽了所有指定的阿尔法MTC设备的重试次数，则可以中止M2M(x)注册和/或授权和验证进程。 [0075] 如果M2M(x)注册和/或授权及验证进程成功，则可以获取基于群组的P-TMSI（618）、基于M2M(x)的IP地址（620）以及用户平面无线电资源信息（622）。然后，阿尔法MTC设备可以使用一个URI来执行M2M服务注册（624）。该URI可以基于M2M(x)账号。然后，阿尔法MTC设备可以使用基于账户的URI来访问M2M(x)服务器及上传数据（626）。之后，阿尔法MTC设备获取控制信息更新（628）。所述控制信息可以是任何类型的控制信息，例如配置数据等等。 [0076] 如果该MTC设备是阿尔法MTC设备（630），那么该阿尔法MTC设备会等待群组中的最后一个MTC设备向M2M(x)服务器传送其信息（632）。在最后一个MTC设备传送或上传了其信息之后，阿尔法MTC设备可以释放无线电资源和IP地址，但是会保持注册到M2M运营商（634）。然后，阿尔法MTC设备将会进入休眠周期（660）。 [0077] 如果该MTC设备不是阿尔法MTC设备，那么MTC设备可以发起M2M状态机并侦听控制信道（636）。一旦成功完成阿尔法MTC设备注册（638），那么每一个非阿尔法MTC设备都可以获得基于群组的P-TMSI（640）、基于M2M（x）的IP地址（642）以及用户平面无线电资源信息（644）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个非阿尔法MTC设备将会等待为其指定的传输时间（646）。该传输时间可以是随机的，预先配置的，并且可以是轮询功能以及基于使用其标识符的散列函数等等。 [0078] 然后，非阿尔法MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非阿尔法MTC设备全都注册到M2M服务器（648）。如果需要注册，则每一个非阿尔法MTC设备可以使用一个URI来执行M2M服务注册（624）。该URI可以基于M2M(x)账号。然后，非阿尔法MTC设备可以使用基于账户的URI来访问M2M(x)服务器以及上传数据（626）。如果不需要注册，那么每一个非阿尔法MTC设备可以使用基于账户的URI来访问M2M(x)服务器以及上传数据（626）。然后，每一个非阿尔法MTC设备可以更新其控制信息（628）并进入休眠周期（660）。 [0079] 那么，在该休眠周期（660）之后有可能跟随一个周期性的唤醒周期（662）。MTC设备在该周期性的唤醒周期中唤醒，并且可以在控制信道上侦听系统更新。该唤醒周期既可以由网络来调度，也可以由MTC设备随机调度，还可以被预先配置，或是通过上述各项进程的组合来调度。由网络进行的轮询可以用控制信道信令或业务信道带内信令来完成。唤醒周期可以具有控制周期和报告周期。在MTC设备群组被唤醒的控制周期中，MTC设备未必再次注册到3GPP系统控制信道，并且可以等待控制信道上的任何更新。在控制周期中，IP地址既可以被分配，也可以不被分配。通过使用IMSI/P-TMSI加上账号，每一个单独的MTC设备都可以用寻呼/广播消息更新。如果被寻呼和指示进行连接，那么单独的MTC设备可以执行请求RRC连接的系统接入和IP分配，以便连接到M2M接入服务器（M2M AS）。在报告周期中，可以用IP顶部的业务信道信令来执行控制。举例来说，如果系统需要执行维护操作、软件升级或下载新的信息/配置，那么这些操作可以在设备将其数据上传至系统之前或之后在报告周期中进行。在报告周期中，在3GPP内部可以为单独的MTC设备分配不同的本地IP地址。此外还可以分配附加的IP地址，以便允许该群组进行多个同时访问，从而减少报告时间。 [0080] 特别地，每一个MTC设备确定该唤醒周期是控制周期还是报告周期（664）。如果是控制周期，则MTC设备确定是否以上述方式发送了寻呼/广播消息（666）。如果没有发送寻呼/广播消息，则MTC设备返回休眠周期并等待下一个唤醒周期（662）。如果已经发送了寻呼/广播消息，并且群组标识（例如群组MSISDN）与该群组的标识相匹配，那么MTC设备确定其是否为群组寻呼（668）。如果它是群组寻呼/广播，则MTC设备是阿尔法MTC设备（670），如果它不是群组寻呼/广播，则MTC设备充当阿尔法MTC设备（672）。寻呼/广播中的信息可以指定单个设备，或者可以定址到群组。在后一种情况中，先前配置的阿尔法设备将会做出响应。其他设备（非阿尔法）则等待开始其传输。这一点有可能取决于系统设置配置。无论哪一种情况，阿尔法MTC设备或充当（acting）阿尔法MTC设备都可以获得无线电资源（674），并且获得基于M2M(x)的IP地址（676），以及获得用户平面无线电资源信息（678）。 [0081] 然后，阿尔法MTC设备或充当阿尔法MTC设备可以借助其配置数据等等来检查M2M运营商是否需要所述阿尔法MTC设备或充当阿尔法MTC设备注册到M2M运营商（680）。如果需要注册，则阿尔法MTC设备或充当阿尔法MTC设备可以使用一个URI来执行M2M服务注册。不论发生哪种状况，阿尔法MTC设备或充当阿尔法MTC设备都有可能随后使用基于账户的URI来访问M2M(x)服务器以及上传数据（682）。该阿尔法MTC设备或充当阿尔法MTC设备等待群组中的最后一个MTC设备进行传输（684）。在最后一个MTC设备传送或上传了其信息之后，阿尔法MTC设备或充当阿尔法MTC设备可以释放无线电资源和IP地址，但是其会保持注册到M2M运营商（686）。然后，该阿尔法MTC设备或充当阿尔法MTC设备将会进入休眠周期（660）。 [0082] 如果这是报告周期并且MTC设备是阿尔法MTC设备（670），那么阿尔法MTC设备可以获取无线电资源（674），并且获取基于M2M(x)的IP地址（676），以及获取用户平面无线电资源信息（678）。然后，该阿尔法MTC设备可以借助其配置数据等等来检查M2M运营商是否需要所述阿尔法MTC设备注册到M2M运营商（680）。如果需要注册，则阿尔法MTC设备可以使用一个URI来执行M2M服务注册。然后，阿尔法MTC设备可以使用基于账户的URI来访问M2M(x)服务器以及上传数据（682）。之后，该阿尔法MTC设备会等待群组中的最后一个MTC设备进行传输（684）。在最后一个MTC设备传送或上传了其信息之后，阿尔法MTC设备可以释放无线电资源和IP地址，但是其会保持注册到M2M运营商（686）。然后，该阿尔法MTC设备将会进入休眠周期（660）。 [0083] 如果这是报告周期，并且MTC设备是非阿尔法MTC设备（688），那么所述非阿尔法MTC设备获取用户平面无线电资源信息（678）。然后，非阿尔法MTC设备可以借助其配置数据等等来检查是否需要每一个非阿尔法MTC设备全都注册到M2M运营商（680）。如果需要注册，则每一个非阿尔法MTC设备可以使用URI来执行M2M服务注册。不论发生哪种状况，非阿尔法MTC设备都可以使用基于账户的URI来访问M2M(x)服务器以及上传数据（682）。然后，所述非阿尔法MTC设备可以进入休眠周期（660）。 [0084] 图7A和7B是实施用于MTC的例示注册进程的例示流程图700，其中该进程在休眠周期中释放IP连接。一旦系统通电，则可以执行注册。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来实施3GPP授权和验证，如果MTC设备提供的是不正确的IMSI，那么该注册进程将被拒绝。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的单独的MTC设备可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。单独的统一资源标识符（URI）可以用作标识符来识别MTC设备群组内部的MTC设备。所述URI可以基于账号。 [0085] 另外，第一MTC设备可以代表MTC设备群组来执行注册，例如IMSI附着过程。所述第一MTC设备可以由网络选择，随机选择，通过散列算法选择，通过预配置选择，或是通过上述进程的某种组合来选择。第一MTC设备可以接收资源，这其中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果第一MTC设备发生故障，那么另一个MTC设备可以执行第一MTC设备的活动。检测第一MTC设备的故障可以由网络或MTC设备执行。最后一个MTC设备可用于释放无线电资源和IP地址，保持注册到M2M运营商，以及结束当前周期。 [0086] 一旦所有MTC设备全都通电，那么注册进程是可适用的（702）。一旦开始注册，则MTC设备确定其是否为第一MTC设备（704）。如果该MTC设备是第一MTC设备，则可以获取无线电资源（706），并且可以发起M2M(x)注册进程（708）。然后，可以执行针对第一MTC设备的授权和验证（710）。如这里描述的那样，MTC设备可以分为控制/主设备（阿尔法）和其他设备。在这种情况下有可能存在一个以上的主设备，其中一个设备将会启动系统接入（第一MTC），而另一个设备则通过操作来终止连接并且在操作结束时释放资源（最后一个设备）。 [0087] 然后，第一MTC设备确定M2M(x)注册和/或授权和验证进程成功（712）。如果M2M(x)注册进程和/或授权和验证进程未成功，则可以重新尝试特定次数的注册和验证（714）。在用尽了特定的重试次数之后，可以指定新的第一MTC设备（716）。如果用尽了新的第一MTC设备的重试次数，则可以中止M2M(x)注册和/或授权及验证进程。作为替换，如果用尽了所有指定的第一MTC设备的重试次数，则可以中止M2M(x)注册和/或授权和验证进程。 [0088] 如果M2M(x)注册和/或授权及验证进程成功，则可以获取基于群组的P-TMSI（718），基于M2M(x)的IP地址（720）以及用户平面无线电资源信息（722）。然后，第一MTC设备可以使用URI或统一资源定位符（URL）来执行M2M服务注册（724）。所述URI可以基于M2M(x)账号。之后，第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（726）。然后，第一MTC设备获取控制信息更新（728）。所述控制信息可以是任何类型的控制信息，例如配置数据等等。在这种情况下，由于第一MTC设备不是最后一个MTC设备（730），因此，第一MTC设备将会进入休眠周期（760）。 [0089] 如果MTC设备不是第一MTC设备，那么MTC设备可以启动M2M状态机并侦听控制信道（736）。一旦成功完成了第一MTC设备注册（738），那么每一个非第一MTC设备可以获得基于群组的P-TMSI（740）、基于M2M（x）的IP地址（742）以及用户平面无线电资源信息（744）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个非第一MTC设备等待为其指定的传输时间（746）。该传输时间可以是随机的和预先配置的，并且可以是轮询功能，基于使用其标识符的散列函数等等。非第一MTC设备可以休眠至为其指定的传输时间。 [0090] 然后，非第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非第一MTC设备全都注册到M2M服务器（748）。如果需要注册，则每一个非第一MTC设备可以使用URI或URL来执行M2M服务注册（724）。该URI可以基于M2M(x)账号。因此，非第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（726）。如果不需要注册，那么每一个非第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（726）。然后，每一个非第一MTC设备可以更新其控制信息（728）。如果非第一MTC设备不是最后一个MTC设备（730），那么所述非第一MTC设备可以进入休眠周期（760）。如果非第一MTC设备是最后一个MTC设备，那么所述最后一个MTC设备可以释放无线电资源和IP地址，但是仍旧保持注册到M2M运营商（734）。然后，所述最后一个MTC设备可以进入休眠周期（760）。 [0091] 由此，在休眠周期（760）之后可能跟随了一个周期性的唤醒周期（762）。MTC设备在这个周期性的唤醒周期中被唤醒，并且有可能在控制信道上侦听系统更新。该唤醒周期既可以由网络调度，也可以由MTC设备随机调度，还可以被预先配置，或是通过上述各项进程的组合来调度。由网络进行的轮询可以用控制信道信令或是业务信道带内信令来完成。唤醒周期可以具有控制周期和报告周期。在MTC设备组被唤醒的控制周期中，MTC设备未必再次注册到3GPP系统控制信道，并且可以等待控制信道上的任何更新。在控制周期中，IP地址既可以分配，也可以不被分配。通过使用IMSI/P-TMSI加上账号，每一个单独的MTC设备都可以用寻呼/广播消息来更新。如果被寻呼并被指示进行连接，那么单独的MTC设备可以执行请求RRC连接的系统接入和IP分配，以便连接到M2M接入服务器（M2M AS）。M2M AS也可称为M2M网关或MTC网关。在报告周期中，可以用IP顶部的业务信道信令来执行控制。例如，MTC设备可以连接到服务器并且可以直接获得任何更新或维护操作。不需要等待另一个时间来执行这些操作。在报告周期中，在3GPP内部可以为单独的MTC设备分配不同的本地IP地址。 [0092] 特别地，每一个MTC设备确定该唤醒周期是控制周期还是报告周期（764）。如果是控制周期，则MTC设备确定是否以上述方式发送了寻呼消息（766）。如果没有发送寻呼消息，则MTC设备返回休眠周期并等待下一个唤醒周期（762）。如果发送了寻呼消息，则MTC设备确定该寻呼是否为群组寻呼（768）。如果是群组寻呼，则MTC设备是第一MTC设备（770），如果不是群组寻呼，则MTC设备充当第一MTC设备（772）。不论发生哪种状况，第一MTC设备或充当第一MTC设备都可以获取无线电资源（774），并且可以获取基于M2M(x)的IP地址（776），以及获取用户平面无线电资源信息（778）。 [0093] 然后，第一MTC设备或充当第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要第一MTC设备或充当第一MTC设备注册到M2M运营商（780）。如果需要注册，则第一MTC设备或充当第一MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，第一MTC设备或充当第一MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（782）。然后，第一MTC设备或充当第一MTC设备可以进入休眠周期（760）。 [0094] 如果处于报告周期（764），并且MTC设备是第一MTC设备（770），那么第一MTC设备可以获取无线电资源（774），并且获取基于M2M(x)的IP地址（776），以及获取用户平面无线电资源信息（778）。然后，第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要所述第一MTC设备注册到M2M运营商（780）。如果需要注册，则第一MTC设备可以使用URI或URL来执行M2M服务注册。然后，第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器以及上传数据（782）。之后，第一MTC设备可以进入休眠周期（784）。 [0095] 如果处于报告周期并且MTC设备是非第一MTC设备（788），那么所述非第一MTC设备将会获取用户平面无线电资源信息（778）。然后，非第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非第一MTC设备全都注册到M2M服务器（780）。如果需要注册，那么每一个非第一MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，非第一MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（782）。然后，非第一MTC设备可以进入休眠周期（784）。如果非第一MTC设备是最后一个MTC设备，那么这个非第一但却是最后一个的MTC设备可以释放无线电资源和IP地址，但是仍旧保持注册到M2M运营商（786）。如果非第一MTC设备不是最后一个MTC设备，那么所述非第一MTC设备可以进入休眠周期。 [0096] 图8A和8B是实施用于MTC的例示注册进程的例示流程图800，其中该进程在休眠周期中保持IP连接。一旦系统通电，则可以执行注册。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来实施3GPP授权和验证，如果MTC设备提供的是不正确的IMSI，那么该注册进程将被拒绝。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的单独的MTC设备可以使用相同的无线电资源和相同的（IP）网际协议地址来传送其数据。单独的统一资源标识符（URI）可被用作识别来标识MTC设备群组内部的MTC设备。所述URI可以基于账号。 [0097] 另外，第一MTC设备可以代表MTC设备群组来执行注册，例如IMSI附着过程。所述第一MTC设备可以由网络选择，随机选择，通过散列算法选择，通过预配置选择，或是通过上述进程的某种组合来选择。第一MTC设备可以接收资源，这其中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果第一MTC设备发生故障，那么另一个MTC设备可以执行第一MTC设备的活动。检测第一MTC设备的故障可以由网络或是MTC设备执行。最后一个MTC设备可以用于释放无线电资源，并且保持IP地址以及与M2M运营商的注册。 [0098] 一旦所有MTC设备全都通电，则可适用注册进程（802）。一旦开始注册，则MTC设备确定其是否为第一MTC设备（804）。如果该MTC设备是第一MTC设备，则可以获取无线电资源（806），并且可以发起M2M(x)注册进程（808）。然后，第一MTC设备可被授权和验证（810）。 [0099] 之后，第一MTC设备确定M2M(x)注册和/或授权和验证进程成功（812）。如果M2M(x)注册进程和/或授权和验证进程未成功，则可以重新尝试特定次数的注册和验证（814）。在用尽了特定的重试次数之后，这时可以指定新的第一MTC设备（816）。如果用尽新的第一MTC设备的重试次数，则可以中止M2M(x)注册和/或授权及验证进程。作为替换，如果用尽了所有指定的第一MTC设备的重试次数，则可以中止M2M(x)注册和/或授权和验证进程。 [0100] 如果M2M(x)注册和/或授权及验证进程成功，则可以获取基于群组的P-TMSI（818），基于M2M(x)的IP地址（820）以及用户平面无线电资源信息（822）。然后，第一MTC设备可以使用URI或统一资源定位符（URL）来执行M2M服务注册（824）。所述URI可以基于M2M(x)账号。然后，第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（826）。之后，第一MTC设备获取控制信息更新（828）。所述控制信息可以是任何类型的控制信息，例如配置数据等等。在这种情况下，由于第一MTC设备不是最后一个MTC设备（830），因此，第一MTC设备将会进入休眠周期（860）。 [0101] 如果MTC设备不是第一MTC设备，那么MTC设备可以启动M2M状态机并侦听控制信道（836）。一旦成功完成了第一MTC设备注册（838），那么每一个非第一MTC设备可以获得基于群组的P-TMSI（840）、基于M2M（x）的IP地址（842）以及用户平面无线电资源信息（844）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个非第一MTC设备将会等待为其指定的传输时间（846）。该传输时间可以是随机的和预先配置的，并且可以是轮询功能，基于使用其标识符的散列函数等等。所述非第一MTC设备可以休眠至为其指定的传输时间。 [0102] 然后，非第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非第一MTC设备全都注册到M2M服务器（848）。如果需要注册，则每一个非第一MTC设备可以使用URI或URL来执行M2M服务注册（824）。所述URI可以基于M2M(x)账号。然后，非第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（826）。如果不需要注册，那么每一个非第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（826）。然后，每一个非第一MTC设备可以更新其控制信息（828）。如果所述非第一MTC设备不是最后一个MTC设备（830），那么所述非第一MTC设备可以进入休眠周期（860）。如果非第一MTC设备是最后一个MTC设备，那么所述最后一个MTC设备可以释放无线电资源，并且保持IP地址以及与M2M运营商的注册（834）。然后，所述最后一个MTC设备可以进入休眠周期（860）。 [0103] 在该休眠周期（860）之后有可能跟随了一个周期性的唤醒周期（862）。MTC设备在周期性的唤醒周期中被唤醒，并且有可能在控制信道上侦听系统更新。该唤醒周期既可以由网络调度，也可以由MTC设备随机调度，还可以被预先配置，或是通过上述各项进程的组合来调度。由网络进行的轮询可以用控制信道信令或是业务信道带内信令完成。唤醒周期可以具有控制周期和报告周期。在MTC设备组被唤醒的控制周期中，MTC设备未必再次注册到3GPP系统控制信道，并且可以等待控制信道上的任何更新。在控制周期中，IP地址既可以分配，也可以不被分配。通过使用IMSI/P-TMSI加上账号，每一个单独的MTC设备都可以用寻呼/广播消息更新。如果被寻呼且被指示进行连接，那么单独的MTC设备可以执行请求RRC连接的系统接入和IP分配，以便连接到M2M接入服务器（M2M AS）。M2M AS还可以被称为M2M网关或MTC网关。在报告周期中，控制进程可以使用IP顶部的业务信道信令来执行。在报告周期中，在3GPP内部可以为单独的MTC设备分配不同的本地IP地址。 [0104] 特别地，每一个MTC设备确定该唤醒周期是控制周期还是报告周期（864）。如果是控制周期，则MTC设备确定是否以上述方式发送了寻呼消息（866）。如果未发送寻呼消息，则MTC设备返回休眠周期并且等待下一个唤醒周期（862）。如果发送了寻呼消息，则MTC设备确定该寻呼是否为群组寻呼（868）。如果是群组寻呼，则MTC设备是第一MTC设备（870），如果不是群组寻呼，则MTC设备充当第一MTC设备（872）。不论发生哪种状况，第一MTC设备或充当第一MTC设备都可以获取无线电资源（874），以及获取用户平面无线电资源信息（878）。 [0105] 然后，第一MTC设备或充当第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要第一MTC设备或充当第一MTC设备注册到M2M运营商（880）。如果需要注册，则第一MTC设备或充当第一MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，第一MTC设备或充当第一MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（882）。然后，第一MTC设备或充当第一MTC设备可以进入休眠周期（860）。 [0106] 如果处于报告周期（864），并且MTC设备是第一MTC设备（870），那么第一MTC设备可以获取无线电资源（874），并且可以获取用户平面无线电资源信息（878）。然后，第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要所述第一MTC设备注册到M2M运营商（880）。如果需要注册，则第一MTC设备可以使用URI或URL来执行M2M服务注册。然后，第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（882）。然后，第一MTC设备可以进入休眠周期（884）。 [0107] 如果处于报告周期并且MTC设备是非第一MTC设备（888），那么所述非第一MTC设备获取用户平面无线电资源信息（878）。然后，非第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非第一MTC设备都注册到M2M服务器（880）。如果需要注册，那么每一个非第一MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，非第一MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器以及上传数据（882）。然后，非第一MTC设备可以进入休眠周期（884）。如果非第一MTC设备是最后一个MTC设备，那么所述非第一但却是最后一个MTC设备可以释放无线电资源，并且保持IP地址以及与M2M运营商的注册（886）。如果非第一MTC设备不是最后一个MTC设备，那么所述非第一MTC设备可以进入休眠周期。 [0108] 图9A和9B是实施用于MTC的注册进程的例示流程图900，其中该进程在休眠周期中保持IP连接，并且使用了多媒体广播多播服务（MBMS）。一旦系统通电，则可以执行注册。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来实施3GPP授权和验证，如果MTC设备提供的是不正确的IMSI，那么该注册进程可被拒绝。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的单独MTC设备可以使用相同的无线电资源和相同的（IP）网际协议地址来传送其数据。单独的统一资源标识符（URI）可被用作标识符来识别MTC设备群组内部的MTC设备。所述URI可以基于账号。 [0109] 另外，第一MTC设备可以代表MTC设备群组来执行注册，例如IMSI附着过程。所述第一MTC设备可以由网络选择，随机选择，通过散列算法选择，通过预配置选择，或是通过上述进程的某种组合来选择。第一MTC设备可以接收资源，这中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果第一MTC设备发生故障，那么另一个MTC设备可以执行第一MTC设备的活动。检测第一MTC设备的故障可以由网络或MTC设备执行。最后一个MTC设备可用于释放无线电资源，并且保持IP地址以及与M2M运营商的注册。 [0110] 一旦所有MTC设备全都通电，则可适用注册进程（902）。一旦开始注册，则MTC设备确定其是否为第一MTC设备（904）。如果该MTC设备是第一MTC设备，则可以获取无线电资源（906），并且可以发起M2M(x)注册进程（908）。然后，在这里可以对第一MTC设备进行授权和验证（910）。 [0111] 然后，第一MTC设备确定M2M(x)注册和/或授权和验证进程成功（912）。如果M2M(x)注册进程和/或授权和验证进程未成功，则可以重新尝试特定次数的注册和验证（914）。在用尽了特定的重试次数之后，这时可以指定新的第一MTC设备（916）。如果用尽了新的第一MTC设备的重试次数，则可以中止M2M(x)注册和/或授权及验证进程。作为替换，如果用尽了所有指定的第一MTC设备的重试次数，则可以中止M2M(x)注册和/或授权和验证进程。 [0112] 如果M2M(x)注册和/或授权及验证进程成功，则可以获取基于群组的P-TMSI（918）、基于M2M(x)的IP地址（920）以及用户平面无线电资源信息（922）。然后，第一MTC设备可以使用URI或统一资源定位符（URL）来执行M2M服务注册（924）。该URI可以基于M2M(x)账号。然后，第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（926）。然后，第一MTC设备获取控制信息更新（928）。所述控制信息可以是任何类型的控制信息，例如配置数据等等。在这种情况下，由于第一MTC设备不是最后一个MTC设备（930），因此，第一MTC设备会进入休眠周期（960）。 [0113] 如果MTC设备不是第一MTC设备，那么MTC设备可以发起M2M状态机并侦听控制信道（936）。一旦成功完成了第一MTC设备注册（938），那么每一个非第一MTC设备都可以获得基于群组的P-TMSI（940）、基于M2M（x）的IP地址（942）以及用户平面无线电资源信息（944）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个非第一MTC设备将会等待为其指定的传输时间（946）。该传输时间可以是随机的以及预先配置的，并且可以是轮询功能，基于使用其标识符的散列函数等等。非第一MTC设备可以休眠至为其指定的传输时间。 [0114] 然后，非第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非第一MTC设备都注册到M2M服务器（948）。如果需要注册，则每一个非第一MTC设备可以使用URI或URL来执行M2M服务注册（924）。该URI可以基于M2M(x)账号。然后，非第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（926）。如果不需要注册，那么每一个非第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（926）。然后，每一个非第一MTC设备可以更新其控制信息（928）。如果非第一MTC设备不是最后一个MTC设备（930），那么所述非第一MTC设备可以进入休眠周期（960）。如果非第一MTC设备是最后一个MTC设备，那么所述最后一个MTC设备可以释放无线电资源，并且保持IP地址以及与M2M运营商的注册（934）。然后，所述最后一个MTC设备可以进入休眠周期（960）。 [0115] 在休眠周期（960）之后有可能跟随了一个周期性的唤醒周期（962）。在这个周期性的唤醒周期中，MTC设备将被唤醒，并且可以侦听MBMS或在预先配置的M2M IP广播或多播信道中侦听系统更新。该唤醒周期既可以由网络调度，也可以由MTC设备随机调度，还可以被预先配置，或是通过上述各项进程的组合来调度。由网络进行的轮询可以通过使用控制信道信令或是使用业务信道带内信令来完成。唤醒周期可以具有控制周期和报告周期。在MTC设备组被唤醒的控制周期中，MTC设备未必再次注册到3GPP系统控制信道，并且可以等待控制信道上的任何更新。在控制周期中，IP地址既可以被分配，也可以不被分配。通过使用IMSI/P-TMSI加上账号，每一个单独的MTC设备都可以用寻呼/广播消息来更新。如果被寻呼并被指示进行连接，那么单独的MTC设备可以执行请求RRC连接的系统接入和IP分配，以便连接到M2M接入服务器（M2M AS）。M2M AS也可称为M2M网关或MTC网关。在报告周期中，控制进程可以用IP顶部的业务信道信令来执行。在报告周期中，在3GPP内部可以为单个MTC设备分配不同的本地IP地址。 [0116] 特别地，每一个MTC设备确定该唤醒周期是控制周期还是报告周期（964）。如果是控制周期，则MTC设备确定是否以上述方式发送了寻呼消息（966）。如果没有发送寻呼消息，则MTC设备返回休眠周期并等待下一个唤醒周期（962）。如果发送了寻呼消息，则MTC设备确定该寻呼是否为群组寻呼（968）。如果是群组寻呼，则MTC设备是第一MTC设备（970），如果不是群组寻呼，则MTC设备充当第一MTC设备（972）。不论发生哪种状况，第一MTC设备或充当第一MTC设备都可以获取无线电资源（974），以及获取用户平面无线电资源信息（978）。 [0117] 然后，第一MTC设备或充当第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要第一MTC设备或充当第一MTC设备注册到M2M运营商（980）。如果需要注册，则第一MTC设备或充当第一MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，第一MTC设备或充当第一MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（982）。然后，第一MTC设备或充当第一MTC设备可以进入休眠周期（960）。 [0118] 如果处于报告周期（964），并且MTC设备是第一MTC设备（970），那么第一MTC设备可以获取无线电资源（974），并且可以获取用户平面无线电资源信息（978）。然后，第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要所述第一MTC设备注册到M2M运营商（980）。如果需要注册，则第一MTC设备可以使用URI或URL来执行M2M服务注册。然后，第一MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（982）。然后，第一MTC设备可以进入休眠周期（984）。 [0119] 如果处于报告周期并且MTC设备是非第一MTC设备（988），那么所述非第一MTC设备获取用户平面无线电资源信息（978）。然后，非第一MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个非第一MTC设备全都注册到M2M运营商（980）。如果需要注册，那么每一个非第一MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，非第一MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（982）。然后，非第一MTC设备可以进入休眠周期（984）。如果非第一MTC设备是最后一个MTC设备，那么所述最后一个MTC设备可以释放无线电资源，并且保持IP地址以及与M2M运营商的注册（986）。如果非第一MTC设备不是最后一个MTC设备，那么所述非第一MTC设备可以进入休眠周期。 [0120] 图10是用于MTC群组的例示报告周期1000。在该报告周期中，MTC设备可以向网络传送其数据。它们可以按照网络规定的顺序次序执行该进程，或者多个MTC设备也可以随机访问该系统，以便报告其数据。 [0121] 出于例证目的，在这里显示了四个MTC设备群组，并且这四个群组可以被表示为MTC设备群组1010，MTC设备群组1015，MTC设备群组1020以及MTC设备群组1025。每一个MTC设备群组都可以包括多个MTC设备。例如，MTC设备群组1010可以包括MTC设备1-J，MTC设备群组可以包括MTC设备1-K，MTC设备群组1020可以包括MTC设备1-M，以及MTC设备群组1025可以包括MTC设备1-N。每一个MTC设备群组可以与一个小区标识符以及一个IMSI号码相关联。例如，MTC设备群组1010可以与小区#_Y（cell#_Y）以及IMSI#_s相关联，MTC设备群组1015可以与小区#_v（cell#_v）以及IMSI#_z相关联，MTC设备群组1020可以与小区#_q（cell#_q）以及IMSI#_p相关联，MTC设备群组1025可以与小区#_1（cell#_1）以及IMSI#_x相关联。图10还显示了一个可以与M2MAS 1040通信的M2M用户 1030，而所述M2M AS则转而可以与核心网络1050通信。MTC设备群组1010、1015、1020以及1025可以与CN 1050通信。 [0122] 在操作方面，M2M用户1030可以向M2M AS 1040发送一个要求来自某些MTC设备的信息的请求（1035）。该请求可以是一个周期性触发、基于事件的触发、其他类似的触发或是这些触发的组合。响应于M2M用户1030，M2M AS 1040可以向CN 1050发送服务请求或是触发一个基于时间的事件（1045）。该服务请求或触发可以包括小区或小区标识符列表，IMSI列表以及时间窗口。例如，该时间窗口可以是群组被唤醒的时间，并且传输时间是分配给单独的MTC进行传输的时间，在该时间之后，所述MTC将会进入休眠。然后，CN 1030可以向单独的小区发送一个具有诸如IMSI#之类的群组标识符的系统寻呼，并且可以包括用于指示哪一个MTC设备可能是主MTC设备的信息。如这里描述的那样，主MTC设备可以代表MTC设备群组来执行IMSI附着进程。主MTC设备可以接收资源，这其中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。 [0123] 图11是用于MTC设备群组的控制周期事件或控制周期的示例。在控制周期中，网络可以向MTC设备发送控制数据，以便对其如何工作进行配置。 [0124] 出于例证目的，在这里显示了四个MTC设备群组，并且这四个MTC设备群组可以表示为MTC设备群组1110，MTC设备群组1115，MTC设备群组1120以及MTC设备群组1125。每一个MTC设备群组可以包括多个MTC设备。例如，MTC设备群组1110可以包括MTC设备 1-J，MTC设备群组1115可以包括MTC设备1-K，MTC设备群组1120可以包括MTC设备1-M，以及MTC设备群组1125可以包括MTC设备1-N。每一个MTC设备群组可以与一个小区标识符以及一个IMSI号码相关联。例如，MTC设备群组1110可以与cell#_Y以及IMSI#_s相关联，MTC设备群组1115可以与cell#_v以及IMSI#_z相关联，MTC设备群组1120可以与cell#_q以及IMSI#_p相关联，MTC设备群组1125可以与cell#_1以及IMSI#_x相关联。 图11还显示了一个可以与M2M AS 1140通信的M2M用户1130，所述M2MAS 1140反过来还可以与核心网络1150通信。MTC设备群组1110，1115，1120和1125可以与CN 1150通信。 [0125] 在操作方面，M2M用户1130可以向M2M AS 1140发送一个要求触发控制信息更新的请求（1135）。该请求可以是一个周期性触发，基于事件的触发，其他类似的触发或是这些触发的组合。响应于M2M用户1130，M2MAS 1140可以向CN 1150发送服务请求或者触发基于时间的事件（1145）。该服务请求或触发可以包括小区或小区标识符的列表，IMSI列表，MTC设备标识符以及时间窗口。然后，CN 1130可以发送一个系统寻呼，其中该寻呼带有小区标识符、诸如IMSI#的群组标识符，并且有可能包括MTC设备标识符。 [0126] 图12A和12B是用于执行MTC的基于网络的注册进程的例示流程图，其中该进程包括在休眠周期中释放IP连接。一旦系统通电，则可以执行注册。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来实施3GPP授权和验证，如果MTC设备提供的是不正确的IMSI，那么该注册进程将被拒绝。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，该组MTC设备内部的单独的MTC设备可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。单独的统一资源标识符（URI）可被用作标识符来识别MTC设备群组内部的MTC设备。所述URI可以基于账号。 [0127] 另外，一个MTC设备可以代表MTC设备群组来执行注册，例如IMSI附着过程。该MTC设备可被称为主MTC设备。主MTC设备可以由网络选择。所述主MTC设备可以接收资源，这其中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果主MTC设备发生故障，则另一个MTC设备可以执行主MTC设备的活动。检测主MTC设备故障的进程可以由网络、主MTC设备本身和/或群组之外的其他MTC设备执行。 [0128] 一旦为所有MTC设备通电，那么可适用注册进程（1202）。网络可以发送一个包含主MTC设备标识的系统寻呼（1203）。一旦开始注册，则MTC设备确定其是否为主MTC设备（1204）。如果该MTC设备是主MTC设备，则可以获取无线电资源（1206），并且可以发起M2M(x)注册进程（1208）。然后，在这里可以对主MTC设备进行授权和验证（1210）。 [0129] 之后，主MTC设备确定M2M(x)注册和/或授权和验证进程成功（1212）。如果M2M(x)注册进程和/或授权和验证进程未成功，则可以重新尝试特定次数的注册和验证（1214）。网络可以通过发送另一个带有新的主MTC设备的系统寻呼来选择另一个主MTC设备（1216）。 [0130] 如果M2M(x)注册和/或授权及验证进程成功，则可以获取基于群组的P-TMSI(1218)，基于M2M(x)的IP地址（1220），以及用户平面无线电资源信息（1222）。然后，主MTC设备可以使用URI或URL来执行M2M服务注册（1224）。该URI可以基于M2M(x)账号。然后，主MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1226）。之后，主MTC设备将会获取控制信息更新（1228）。所述控制信息可以是任何类型的控制信息，如配置数据等等。 [0131] 如果所述主MTC设备是群组中最后一个向M2M(x)服务器传送其信息的MTC设备（1230），那么主MTC设备可以释放无线电资源和IP地址，但是仍旧保持其与M2M运营商的注册状态（1234）。然后，主MTC设备将会进入休眠周期（1260）。如果主MTC设备不是最后一个MTC设备，那么主MTC设备可以进入休眠周期（1260）。 [0132] 如果MTC设备不是主MTC设备，那么MTC设备可以启动M2M状态机并侦听控制信道（1236）。一旦成功完成了主MTC设备注册（1238），那么每一个MTC设备可以获得基于群组的P-TMSI（1240）、基于M2M（x）的IP地址（1242）以及用户平面无线电资源信息（1244）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个MTC设备将会等待为其指定的传输时间（1246）。该传输时间可以是随机的和预先配置的，并且可以是轮询功能，基于使用其标识符的散列函数等等。所述MTC设备可以休眠至其传输时间。 [0133] 然后，MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个MTC设备全都注册到M2M服务器（1248）。如果需要注册，则每一个MTC设备可以使用URI或URL来执行M2M服务注册（1224）。所述URI可以基于M2M(x)账号。然后，MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1226）。如果不需要注册，那么每一个非阿尔法MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1226）。之后，每一个MTC设备可以更新其控制信息（1228）。 [0134] 如果MTC设备是群组中最后一个向M2M(x)服务器传送其信息的MTC设备（1230），那么该MTC设备可以释放无线电资源和IP地址，但是仍旧保持其与M2M运营商的注册状态（1234）。然后，MTC设备将会进入休眠周期（1260）。如果MTC设备不是所述最后一个MTC设备，那么主MTC设备可以进入休眠周期（1260）。 [0135] 在休眠周期（1260）之后有可能跟随了一个周期性的唤醒周期（1262）。MTC设备在周期性的唤醒周期中被唤醒，并且可以在控制信道上侦听系统更新。该唤醒周期既可以由网络调度，也可以由MTC设备随机调度，还可以被预先配置，或是通过上述各项进程的组合来调度。由网络进行的轮询可以通过使用控制信道信令或是使用业务信道带内信令来完成。唤醒周期可以具有控制周期和报告周期。在MTC设备群组被唤醒的控制周期中，MTC设备未必再次注册到3GPP系统控制信道，并且可以等待控制信道上的任何更新。在控制周期中，IP既可以被分配，也可以不被分配。通过使用IMSI/P-TMSI加上账号，每一个单独的MTC设备都可以用寻呼/广播消息来更新。如果被寻呼并被指示进行连接，那么单独的MTC设备可以执行请求RRC连接的系统接入和IP分配，以便连接到M2M接入服务器（M2M AS）。在报告周期中，可以使用IP顶部的业务信道信令来执行控制。在报告周期中，在3GPP内部可以为单独的MTC设备分配不同的本地IP地址。 [0136] 特别地，每一个MTC设备确定唤醒周期是控制周期还是报告周期（1264）。如果是控制周期，则MTC设备确定是否以上述方式发送了寻呼消息（1266）。如果没有发送寻呼消息，则MTC设备返回休眠周期并等待下一个唤醒周期（1262）。如果发送了寻呼消息，则MTC设备确定该寻呼是否为群组寻呼（1268）。如果是群组寻呼，则可以根据寻呼消息中的信息来选择/标识主MTC设备，或者MTC设备可以等待第二个寻呼（1270）。如果不是群组寻呼或者已经选择了主MTC设备，那么MTC设备（可以是主MTC设备）可以获取无线电资源（1274），基于M2M(x)的IP地址（1276），以及获取用户平面无线电资源信息（1278）。 [0137] 然后，MTC设备可以借助其配置数据等等来检查M2M运营商是否需要MTC设备注册到M2M运营商（1280）。如果需要注册，则MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪一种状况，MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1282）。如果MTC设备是最后一个MTC设备，那么MTC设备可以释放无线电资源和IP地址，但是仍旧保持注册到M2M运营商（1286）。然后，MTC设备可以进入休眠周期（1260）。如果MTC设备不是所述最后一个MTC设备，那么主MTC设备可以进入休眠周期（1260）。 [0138] 如果处于报告周期（1265），则可以根据寻呼消息中的信息来选择/标识主MTC设备，或者MTC设备可以等待第二个寻呼（1270）。然后，MTC设备（可以是主MTC设备）可以获取无线电资源（1274），基于M2M(x)的IP地址（1276），以及获取用户平面无线电资源信息（1278）。 [0139] 然后，MTC设备可以借助其配置数据等等来检查M2M运营商是否需要MTC设备注册到M2M运营商（1280）。如果需要注册，则MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪一种状况，MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1282）。如果MTC设备是最后一个MTC设备，那么所述MTC设备可以释放无线电资源和IP地址，但是保持注册到M2M运营商（1286）。然后，MTC设备可以进入休眠周期（1260）。如果MTC设备不是所述最后一个MTC设备，那么主MTC设备可以进入休眠周期（1260）。 [0140] 图13A和13B是实施用于MTC且基于网络的注册进程的例示流程图1300，其中包括在休眠周期中保持IP连接。一旦系统通电，则可以执行注册。在该进程中，一组MTC设备可以属于相同的小区、区域或地理位置。该群组可以使用基于群组的国际移动订户标识（IMSI）来实施3GPP授权和验证，如果MTC设备提供的是不正确的IMSI，那么该注册进程将被拒绝。通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的单独的MTC设备可以使用相同的无线电资源和相同的（IP）网际协议地址来传送其数据。单独的统一资源标识符（URI）可被用作标识符，以便标识MTC设备群组内部的MTC设备。所述URI可以基于账号。 [0141] 另外，一个MTC设备可以代表MTC设备群组来执行注册，例如IMSI附着过程。该MTC设备可被称为主MTC设备。主MTC设备可以由网络选择。所述主MTC设备可以接收资源，这其中包括无线电资源控制器（RRC）资源、分组临时移动订户标识（P-TMSI）、网际协议（IP）地址等等。如果主MTC设备发生故障，那么另一个MTC设备可以执行主MTC设备的活动。检测主MTC设备故障的进程可以由网络、主MTC设备本身和/或群组之外的其他MTC设备执行。 [0142] 一旦为所有MTC设备通电，那么可适用注册进程（1302）。网络可以发送一个包含主MTC设备标识的系统寻呼（1303）。一旦开始注册，则MTC设备确定其是否为主MTC设备（1304）。如果该MTC设备是主MTC设备，则可以获取无线电资源（1306），并且可以发起M2M(x)注册进程（1308）。然后，在这里可以对主MTC设备进行授权和验证（1310）。 [0143] 然后，主MTC设备确定M2M(x)注册和/或授权和验证进程成功（1312）。如果M2M(x)注册进程和/或授权和验证进程未成功，则可以重新尝试特定次数的注册和验证（1314）。网络可以发送另一个带有新的主MTC设备的系统寻呼来选择另一个主MTC设备（1316）。 [0144] 如果M2M(x)注册和/或授权及验证进程成功，则可以获取基于群组的P-TMSI(1318)，基于M2M(x)的IP地址（1320）以及用户平面无线电资源信息（1322）。然后，主MTC设备可以使用URI或URL来执行M2M服务注册（1324）。该URI可以基于M2M(x)账号。然后，主MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1326）。之后，主MTC设备将会获取控制信息更新（1328）。所述控制信息可以是任何类型的控制信息，例如配置数据等等。 [0145] 如果主MTC设备是群组中最后一个向M2M(x)服务器传送其信息的MTC设备（1330），那么主MTC设备可以释放无线电资源，但是仍旧保持IP地址以及其与M2M运营商的注册状态（1334）。然后，主MTC设备将会进入休眠周期（1360）。如果主MTC设备不是最后一个MTC设备，那么主MTC设备可以进入休眠周期（1360）。 [0146] 如果MTC设备不是主MTC设备，那么MTC设备可以启动M2M状态机并侦听控制信道（1336）。一旦成功完成了主MTC设备注册（1338），那么每一个MTC设备可以获得基于群组的P-TMSI（1340）、基于M2M（x）的IP地址（1342），以及用户平面无线电资源信息（1344）。如上所述，通过使用相同的分组临时移动订户标识（P-TMSI）/IMSI，MTC设备群组内部的每一个MTC设备都可以使用相同的无线电资源和相同的网际协议（IP）地址来传送其数据。然后，每一个MTC设备将会等待为其指定的传输时间（1346）。该传输时间可以是随机的和预先配置的，并且可以是轮询功能，基于使用其标识符的散列函数等等。MTC设备可以休眠至其传输时间。 [0147] 然后，MTC设备可以借助其配置数据等等来检查M2M运营商是否需要每一个MTC设备全都注册到M2M服务器（1348）。如果需要注册，则每一个MTC设备可以使用URI或URL来执行M2M服务注册（1324）。所述URI可以基于M2M(x)账号。然后，主MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1326）。如果不需要注册，那么每一个非阿尔法MTC设备可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1326）。然后，每一个MTC设备可以更新其控制信息（1328）。 [0148] 如果MTC设备是群组中最后一个向M2M(x)服务器传送其信息的MTC设备（1330），那么MTC设备可以释放无线电资源，但是仍旧保持IP地址以及其与M2M运营商的注册状态（1334）。然后，MTC设备将会进入休眠周期（1360）。如果MTC设备不是最后一个MTC设备，那么MTC设备可以进入休眠周期（1360）。 [0149] 在休眠周期（1360）之后有可能跟随了一个周期性的唤醒周期（1362）。MTC设备会在周期性的唤醒周期中被唤醒，并且可以在控制信道或是IP多播中侦听系统更新。该唤醒周期既可以由网络来调度，也可以由MTC设备随机调度，还可以被预先配置，或是通过上述各项进程的组合来调度。由网络进行的轮询可以使用控制信道信令或是使用业务信道带内信令来完成。唤醒周期可以具有控制周期和报告周期。在MTC设备群组唤醒的控制周期中，MTC设备未必再次注册到3GPP系统控制信道，并且可以等待控制信道上的任何更新。在控制周期中，IP地址既可以分配，也可以不分配。通过使用IMSI/P-TMSI加上账号，每一个单独的MTC设备都可以用寻呼/广播消息来更新。如果被寻呼并被指示进行连接，那么单独的MTC设备可以执行请求RRC连接的系统接入和IP分配，以便连接到M2M接入服务器（M2M AS）。在报告周期中，可以使用IP顶部的业务信道信令来执行控制。在报告周期中，单独的MTC设备可以在3GPP内部被分配不同的本地IP地址。 [0150] 特别地，每一个MTC设备确定该唤醒周期是控制周期还是报告周期（1364）。如果是控制周期，则MTC设备确定是否以上述方式发送了寻呼消息（1366）。如果未发送寻呼消息，则MTC设备返回休眠周期并等待下一个唤醒周期（1362）。如果发送了寻呼消息，则MTC设备确定该寻呼是否为群组寻呼（1368）。如果是群组寻呼，则可以根据寻呼消息中的信息来选择/标识主MTC设备，或者MTC设备可以等待第二个寻呼（1370）。如果不是群组寻呼或者已经选择了主MTC设备，那么MTC设备（可以是主MTC设备）可以获取无线电资源（1374）和用户平面无线电资源信息（1378）。 [0151] 然后，MTC设备可以借助其配置数据等等来检查M2M运营商是否需要该MTC设备注册到M2M运营商（1380）。如果需要注册，则MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1382）。如果MTC设备是最后一个MTC设备，那么该MTC设备可以释放无线电资源，但是保持IP地址及其与M2M运营商的注册（1386）。然后，MTC设备可以进入休眠周期（1360）。如果MTC设备不是最后一个MTC设备，那么MTC设备可以进入休眠周期（1360）。 [0152] 如果处于报告周期（1365），则可以根据寻呼消息中的信息来选择/标识主MTC设备，或者MTC设备可以等待第二个寻呼（1370）。然后，MTC设备（可以是主MTC设备）可以获得无线电资源（1374），并且可以获得用户平面无线电资源信息（1378）。 [0153] 之后，MTC设备可以借助其配置数据等等来检查M2M运营商是否需要该MTC设备注册到M2M运营商（1380）。如果需要注册，则MTC设备可以使用URI或URL来执行M2M服务注册。不论发生哪种状况，MTC设备都可以使用基于账户的URI或URL来访问M2M(x)服务器并上传数据（1382）。如果MTC设备是最后一个MTC设备，那么该MTC设备可以释放无线电资源，但是保持IP地址及其与M2M运营商的注册（1386）。然后，该MTC设备可以进入休眠周期（1360）。如果MTC设备不是最后一个MTC设备，那么该MTC设备可以进入休眠周期（1360）。 [0154] 实施例 [0155] 1．一种在无线通信中使用的方法，该方法包括：为机器对机器（M2M）设备提供周期性注册。 [0156] 2．如实施例1的方法，其中移动终端控制器（MTC）位于运营商域之内。 [0157] 3．如前述任一实施例的方法，还包括：MTC服务器经由应用编程接口（API）来与移动终端控制器（MTC）通信。 [0158] 4．如前述任一实施例的方法，还包括：将移动终端控制器定位在运营商域之外。 [0159] 5．如前述任一实施例的方法，其中移动终端控制器（MTC）耦合到MTC用户。 [0160] 6．如前述任一实施例的方法，其中移动终端控制器（MTC）群组通过运营商域来进行通信，所述运营商域则经由应用编程接口（API）来与MTC服务器通信。 [0161] 7．如前述任一实施例的方法，其中移动终端设备直接彼此通信。 [0162] 8．如前述任一实施例的方法，还包括：周期性地基于唤醒周期来执行注册。 [0163] 9．如前述任一实施例的方法，还包括：将唤醒周期分成控制和报告周期。 [0164] 10．如前述任一实施例的方法，还包括：通过为所有移动终端控制器（MTC）通电来执行周期性注册。 [0165] 11．如前述任一实施例的方法，还包括：通过网络、随机方式、预先配置或是前述各项的组合来定义一个阿尔法移动终端控制器（MTC）。 [0166] 12．如前述任一实施例的方法，还包括：阿尔法移动终端控制器（MTC）代表MTC来执行国际移动订户标识（IMSI）附着。 [0167] 13．如前述任一实施例的方法，还包括：阿尔法移动终端控制器（MTC）接收包含下列各项的资源：无线电资源控制器（RRC）资源，分组临时移动订户标识（P-TMSI）以及网际协议地址。 [0168] 14．如前述任一实施例的方法，还包括：非阿尔法MTC在阿尔法MTC发生故障的过程中执行阿尔法移动终端控制器（MTC）的活动。 [0169] 15．如前述任一实施例的方法，还包括：使用基于群组的国际移动订户标识（IMSI）来进行第三代合作伙伴项目（3GPP）接入授权和验证。 [0170] 16．如前述任一实施例的方法，还包括：如果授权和验证未成功，则重试预定次数的授权和验证。 [0171] 17．如前述任一实施例的方法，还包括：如果用尽了预定次数的授权和验证尝试，则中止授权和验证。 [0172] 18．如前述任一实施例的方法，还包括：如果群组国际移动订户标识（IMSI）不与尝试关联的特定小区/区域关联，则拒绝授权和验证。 [0173] 19．如前述任一实施例的方法，还包括：一旦授权和验证成功，则获取基于群组的分组临时移动订户标识（P-TMSI）。 [0174] 20．如前述任一实施例的方法，还包括：在VHT频率重用信息中包含报告参数、规则、策略、机制以及用于共存的监管信息。 [0175] 21．如前述任一实施例的方法，还包括：单独的移动终端控制器（MTC）使用相似的无线电资源和网际协议（IP）来传送数据。 [0176] 22．如前述任一实施例的方法，还包括：获取用户平面无线电资源信息。 [0177] 23．如前述任一实施例的方法，还包括：使用统一资源标识符（URI）来执行M2M服务注册。 [0178] 24．如前述任一实施例的方法，还包括：使用基于账户的统一资源标识符（URI）来访问M2M服务器。 [0179] 25．如前述任一实施例的方法，还包括：在没有选择阿尔法移动终端控制器（MTC）的情况下，进入休眠周期。 [0180] 26．如前述任一实施例的方法，还包括：一旦传送了所有移动终端控制器（MTC）注册信息，则释放无线电资源和网际协议（IP）地址。 [0181] 27．一种用于机器对机器无线通信的单次注册的方法，包括：属于作为一个WTRU群组的公共地理区域的无线发射/接收单元（WTRU）接收基于群组的国际移动订户标识（IMSI），以便实施网络授权和/或验证。 [0182] 28．如前述任一实施例的方法，还包括：使用休眠周期和唤醒周期来执行操作，其中该环形周期被分成控制周期和报告周期。 [0183] 29．如前述任一实施例的方法，其中一旦系统通电，则执行注册。 [0184] 30．如前述任一实施例的方法，还包括：在WTRU群组被唤醒的情况下，在控制周期中，WTRU不必再次注册到网络控制信道，并且在控制信道上等待任何更新。 [0185] 31．如前述任一实施例的方法，其中IP地址是在控制周期中分配的。 [0186] 32．如前述任一实施例的方法，其中IP地址不是在控制周期中分配的。 [0187] 33．如前述任一实施例的方法，其中通过使用IMSI/P-TMSI+（加上）账号，每一个WTRU使用寻呼/广播消息来接收系统更新。 [0188] 34．如前述任一实施例的方法，如果寻呼WTRU并指示其连接，则WTRU可以经由针对RRC连接和IP分配的请求来执行系统接入请求，以便连接到机器对机器接入服务器（M2MAS）。 [0189] 35．如前述任一实施例的方法，还包括：在WTRU正在报告周期中工作的情况下，经由IP顶部的业务信道信令来接收控制信号。 [0190] 36．如前述任一实施例的方法，还包括：响应于接收到来自并非WTRU所属的地理区域或小区的群组IMSI，而拒绝进行注册。 [0191] 37．如前述任一实施例的方法，还包括：选择WTRU作为阿尔法WTRU，以便代表WTRU群组来执行IMSI附着，该阿尔法WTRU接收RRC资源、P-TMSI和IP地址中的至少一项。 [0192] 38．如前述任一实施例的方法，其中阿尔法WTRU是由网络随机选择，根据预配置设置或是通过上述各项的组合来选择的。 [0193] 39．如前述任一实施例的方法，还包括：在另一个指定的阿尔法WTRU发生故障的情况下，选择该WTRU作为新的阿尔法WTRU。 [0194] 40．如前述任一实施例的方法，其中阿尔法WTRU的故障是由网络或WTRU选择的。 [0195] 41．如前述任一实施例的方法，其中在报告期间，在特定于WTRU群组的网络内部为WTRU分配一个本地IP地址。 [0196] 42．如前述任一实施例的方法，其中IP接入由WTRU随机调度，依照预配置设置调度，由网络调度，或是通过上述各项的任何组合来调度。 [0197] 43．如前述任一实施例的方法，其中WTRU经由控制信道信令或业务信道带内信令来接收网络轮询。 [0198] 44．如前述任一实施例的方法，还包括机器对机器（M2M）网际协议（IP）连接操作。 [0199] 45．如前述任一实施例的方法，还包括：使用释放和不释放IP连接的休眠周期。 [0200] 46．如前述任一实施例的方法，其中无线发射/接收单元（WTRU）是在M2M通信中使用的机器型通信（MTC）设备。 [0201] 47．如前述任一实施例的方法，其中机器型通信（MTC）属于小区或区域使用群组。 [0202] 48．如前述任一实施例的方法，其中小区或区域基于用于3GPP接入授权和验证的国际移动订户标识（IMSI）来使用MTC设备群组。 [0203] 49．如前述任一实施例的方法，其中MTC设备唤醒周期被分成控制周期和报告周期。 [0204] 50．如前述任一实施例的方法，其中用于MTC群组唤醒的控制周期不会再次注册到3GPP系统控制信道，并且在控制信道上等待任何更新。 [0205] 51．如前述任一实施例的方法，其中IP地址是在控制周期中分配的。 [0206] 52．如前述任一实施例的方法，其中IP地址并未在控制周期中分配。 [0207] 53．如前述任一实施例的方法，其中单独MTC设备是使用带有IMSI/分组临时移动订户标识（P-TMSI）和账号的寻呼消息更新的。 [0208] 54．如前述任一实施例的方法，其中单独的MTC设备是用带有IMSI/P-TMSI以及账号的广播消息进行更新的。 [0209] 55．如前述任一实施例的方法，其中如果被寻呼并被指示进行连接，则单独的MTC设备执行请求无线电资源控制（RRC）连接和IP连接的系统接入，以便连接到M2M接入服务器（M2M AS）。 [0210] 56．如前述任一实施例的方法，其中控制进程是在报告周期中使用IP顶部的业务信道信令执行的。 [0211] 57．如前述任一实施例的方法，其中如果与特定小区或区域相关联的MTC群组IMSI是从其他小区或区域接收，则拒绝该IMSI以及注册过程。 [0212] 58．如前述任一实施例的方法，其中第一MTC设备会代表群组来执行IMSI附着，并且获取RRC资源、P-TMSI以及IP地址。 [0213] 59．如前述任一实施例的方法，其中一个MTC将会代表群组来执行IMSI附着，并且将会获取RRC资源、P-TMSI以及IP地址。 [0214] 60．如前述任一实施例的方法，其中第一MTC设备是通过下列各项中的至少一项选择的：由网络选择，随机选择，通过预先配置选择，或是通过使用散列算法选择。 [0215] 61．如前述任一实施例的方法，其中如果第一MTC设备出现故障，则另一个MTC设备将会执行第一MTC活动。 [0216] 62．如前述任一实施例的方法，其中检测第一MTC设备故障的进程是由网络执行的。 [0217] 63．如前述任一实施例的方法，还其中检测第一MTC设备故障的进程是由MTC设备执行的。 [0218] 64．如前述任一实施例的方法，其中使用基于其账号的单独的通用资源标识符（URI）作为标识符。 [0219] 65．如前述任一实施例的方法，其中URI基于其账号允许群组内部的单独的MTC使用相同的无线电资源和相同的IP地址来传送其数据。 [0220] 如前述任一实施例的方法，其中单独的MTC在报告持续时间中被分配不同的本地IP地址。 [0221] 66．如前述任一实施例的方法，其中用于报告活动的IP地址是由网络调度的或是由MTC根据预先配置设置随机调度的。 [0222] 67．如前述任一实施例的方法，还包括：网络轮询是用控制信道信令执行的。 [0223] 68．如前述任一实施例的方法，其中网络轮询是用业务信道带内信令执行的。 [0224] 69．如前述任一实施例的方法，其中最后一个MTC设备将会释放无线电资源和IP地址，由此在报告周期结束时结束该群组与M2M服务器的MTC会话。 [0225] 70．如前述任一实施例的方法，其中M2M在休眠周期进程中释放IP连接的进程是在所有MTC设备全都通电的时候或是在周期性的唤醒以及在控制信道上侦听系统更新信息的过程中开始的。 [0226] 71．如前述任一实施例的方法，其中一旦所有MTC通电，则确定第一MTC设备是否进行传输。 [0227] 72．如前述任一实施例的方法，其中如果第一设备不进行传输，则执行下列各项中的至少一项：启动M2M状态机并侦听控制信道，等待第一MTC注册成功，获取基于群组的P-TMSI，获取基于M2M(x)的IP地址，等待传输时间，以及可以休眠至传输（TX）并且确定是否所有MTC设备都必须注册。 [0228] 73．如前述任一实施例的方法，其中如果第一MTC设备不进行传输，则执行下列各项中的至少一项：获取无线电资源，启动M2M(x)注册进程，授权和验证，以及确定注册是否成功。 [0229] 74．如前述任一实施例的方法，其中如果所有MTC设备都必须注册的决策步骤是否，则执行下列各项中的至少一项：使用基于账户的URI/通用资源定位符（URL）来访问M2M(x)服务器并上传数据，获取控制更新，以及确定其是否为最后一个MTC设备。 [0230] 75．如前述任一实施例的方法，其中如果所有MTC设备都必须注册的决策结果为是，则执行下列各项中的至少一项：使用基于M2M(x)账号的URI/URL来执行M2M服务注册，使用基于账户的URI/通用资源定位符（URL）来访问M2M(x)服务器并上传数据，获取控制更新，以及确定是否其为最后一个MTC设备。 [0231] 76．如前述任一实施例的方法，其中如果注册成功步骤为否，则执行下列各项中的至少一项：重试N次，以及如果第一MTC仍旧未成功，则中止进程。 [0232] 77．如前述任一实施例的方法，其中如果注册成功步骤为是，则执行下列各项中的至少一项：获取基于群组的P-TMSI，获取基于M2M(x)的IP地址，获取用户平面无线电资源信息，使用基于M2M(x)账号的URI/URL来执行M2M服务注册，使用基于账户的URI/URL来访问M2M(x)服务器并上传数据，以及确定是否其为最后一个MTC。 [0233] 78．如前述任一实施例的方法，其中如果至少一个MTC设备为否，则进入休眠周期。 [0234] 79．如前述任一实施例的方法，其中如果最后一个MTC设备为是，则执行下列各项中的至少一项：释放无线电资源，释放IP地址并保持注册，以及进入休眠周期。 [0235] 80．如前述任一实施例的方法，其中MTC设备周期性唤醒，并且在控制信道上侦听系统更新，以便确定控制周期。 [0236] 81．如前述任一实施例的方法，其中在周期性唤醒和在控制信道上侦听系统更新的过程中没有确定控制周期，并且该设备是第一MTC设备，则执行下列各项中的至少一项：获取无线电资源，获取基于M2M(x)的IP地址，获取用户平面无线电资源信息，如果需要的话，使用URI/URL来执行M2M服务注册，使用基于账户的URI/URL来访问M2M(x)服务器并上传数据，如果是第一MTC设备，则进入休眠并且等待最后一个MTC设备进行传输，如果是最后一个MTC设备，则可以释放无线电资源，释放IP地址并保持注册，以及进入休眠周期。 [0237] 82．如前述任一实施例的方法，其中在周期性唤醒和在控制信道上侦听系统更新的过程中没有确定控制周期，并且该设备不是第一MTC设备，则执行下列各项中的至少一项：获取用户平面无线电资源信息，如果需要的话，使用URI/URL来执行M2M服务注册，使用基于账户的URI/URL来访问M2M(x)服务器以及上传数据，如果是第一MTC设备，则进入休眠并且等待最后一个MTC设备进行传输，如果是最后一个MTC设备，则可以释放无线电资源，释放IP地址并保持注册，以及进入休眠周期。 [0238] 83．如前述任一实施例的方法，其中控制周期是由MTC设备检测的，并且将会确定是否接收到寻呼消息。 [0239] 84．如前述任一实施例的方法，其中MTC在其持续侦听系统更新的过程中没有接收到寻呼消息。 [0240] 85．如前述任一实施例的方法，其中MTC设备接收到寻呼消息，其确定该寻呼消息是否为群组寻呼消息。 [0241] 86．如前述任一实施例的方法，其中如果该寻呼消息不是群组寻呼消息，则执行下列各项中的至少一项：MTC设备充当第一MTC设备，获取无线电资源，获取用户平面无线电资源信息，如果需要的话，使用URI/URL来执行M2M服务注册，使用基于账户的URI/URL来访问M2M(x)服务器并上传数据，如果是第一MTC设备，则进入休眠并且等待最后一个MTC设备进行传输，如果是最后一个MTC设备，则可以释放无线电资源，释放IP地址并保持注册，以及进入休眠周期。 [0242] 87．如前述任一实施例的方法，其中如果寻呼消息是群组寻呼消息，则执行下列各项中的至少一项：认为其是第一MTC设备，获取无线电资源，获取用户平面无线电资源信息，如果需要的话，使用URI/URL来执行M2M服务注册，使用基于账户的URI/URL来访问M2M(x)服务器并上传数据，如果是第一MTC设备，则进入休眠并等待最后一个MTC设备进行传输，如果是最后一个MTC设备，则可以释放无线电资源，释放IP地址并保持注册，以及进入休眠周期。 [0243] 88．如前述任一实施例的方法，其中M2M在休眠周期中保持IP连接的进程是在所有MTC设备通电的时候或是在周期性唤醒并且在控制信道上侦听系统更新信息的过程中开始的。 [0244] 89．如前述任一实施例的方法，其中M2M在用于多媒体广播多播服务（MBMS）的休眠周期中保持IP连接的进程是在所有MTC设备通电的时候或是在周期性唤醒并且在控制信道上侦听MBMS或预先配置的M2M IP系统更新信息的过程中开始的。 [0245] 90．如前述任一实施例的方法，还包括：机器型通信（MTC）无线发射/接收单元（WTRU）在休眠周期中释放网际协议（IP）连接。 [0246] 91．如前述任一实施例的方法，还包括：机器型通信（MTC）无线发射/接收单元（WTRU）在休眠周期中保持网际协议（IP）连接。 [0247] 92．如前述任一实施例的方法，还包括：从休眠周期中被唤醒并侦听系统更新信息。 [0248] 93．如前述任一实施例的方法，还包括：确定WTRU是否处于控制周期。 [0249] 94．如前述任一实施例的方法，还包括：响应于确定WTRU处于控制周期，而确定WTRU是否接收到寻呼消息。 [0250] 95．如前述任一实施例的方法，还包括：响应于确定WTRU没有接收到寻呼消息，而侦听系统更新信息。 [0251] 96．如前述任一实施例的方法，还包括：响应于确定WTRU接收到寻呼消息，而确定接收到的寻呼消息是不是群组寻呼消息。 [0252] 97．如前述任一实施例的方法，还包括：响应于WTRU未处于控制周期，而确定WTRU是否处于报告周期。 [0253] 98．如前述任一实施例的方法，还包括：选择主机器型通信（MTC）WTRU。 [0254] 99．如前述任一实施例的方法，其中选择主MTC WTRU是响应于确定WTRU处于报告周期或是响应于确定WTRU接收到群组寻呼消息来执行的。 [0255] 100．如前述任一实施例的方法，还包括：由网络选择作为主MTCWTRU。 [0256] 101．如前述任一实施例的方法，其中由网络选择作为主MTC WTRU的进程是以WTRU处于报告周期的判定或是以WTRU接收到群组寻呼消息的判定为基础执行的。 [0257] 102．如前述任一实施例的方法，还包括：等待第二寻呼消息。 [0258] 103．如前述任一实施例的方法，其中等待第二寻呼消息是响应于确定WTRU处于报告周期或是响应于确定WTRU接收到群组寻呼消息而被执行的。 [0259] 104．如前述任一实施例的方法，还包括：获取无线电资源。 [0260] 105．如前述任一实施例的方法，还包括：获取IP地址。 [0261] 106．如前述任一实施例的方法，其中获取IP地址是响应于获取无线电资源执行的。 [0262] 107．如前述任一实施例的方法，其中IP地址是基于机器对机器（M2M）的IP地址。 [0263] 108．如前述任一实施例的方法，还包括：获取用户平面无线电资源信息。 [0264] 109．如前述任一实施例的方法，还包括：执行机器对机器（M2M）服务注册。 [0265] 110．如前述任一实施例的方法，其中执行M2M服务注册是响应于确定需要进行M2M服务注册而执行的。 [0266] 111．如前述任一实施例的方法，其中M2M服务注册是使用与WTRU相关联的统一资源定位符（URL）或统一资源指示符（URI）来执行的。 [0267] 112．如前述任一实施例的方法，还包括：访问M2M服务器。 [0268] 113．如前述任一实施例的方法，还包括：将数据上传至M2M服务器。 [0269] 114．如前述任一实施例的方法，其中将数据上传至M2M服务器是使用与WTRU相关联的统一资源位置（URL）或统一资源指示符（URI）执行的。 [0270] 115．如前述任一实施例的方法，其中URL或URI与关联于WTRU的账户相关联。 [0271] 116．如前述任一实施例的方法，还包括：释放无线电资源。 [0272] 117．如前述任一实施例的方法，还包括：释放IP地址。 [0273] 118．如前述任一实施例的方法，其中释放IP地址是响应于最后一次传输或是唤醒周期中的最后一个时段执行的。 [0274] 119．如前述任一实施例的方法，还包括：在休眠周期中保持注册状态。 [0275] 120．如前述任一实施例的方法，还包括：在休眠周期中保持IP地址。 [0276] 121．如前述任一实施例的方法，还包括：传送或接收往来于无线发射/接收单元（WTRU）的数据，该数据与WTRU在休眠周期中保持网际协议（IP）连接相关联。 [0277] 122．如前述任一实施例的方法，还包括：传送或接收往来于无线发射/接收单元（WTRU）的数据，该数据与WTRU在休眠周期中释放网际协议（IP）连接相关联。 [0278] 123．如前述任一实施例的方法，还包括：传送或接收往来于无线发射/接收单元（WTRU）的数据，该数据与WTRU在休眠周期中保持网际协议（IP）连接相关联。 [0279] 124．如前述任一实施例的方法，还包括：传送或接收往来于无线发射/接收单元（WTRU）的数据，该数据与WTRU在休眠周期中释放网际协议（IP）连接相关联。 [0281] 126．如前述任一实施例的方法，还包括：在WTRU是指定的WTRU的情况下，为群组中的所有成员执行注册到MTC服务器的进程。 [0282] 127．如前述任一实施例的方法，还包括：获取连接信息。 [0283] 128．如前述任一实施例的方法，还包括：将数据上传至MTC服务器。 [0284] 129．如前述任一实施例的方法，其中执行注册的进程执行国际移动订户标识（IMSI）附着过程。 [0285] 130．如前述任一实施例的方法，其中指定的WTRU获取无线电资源，并且执行授权和验证，其中所有群组成员都使用相同的无线电资源。 [0286] 131．如前述任一实施例的方法，其中指定的WTRU是通过下列各项中的至少一项设置的：由网络设置，随机设置，由散列算法设置，或是通过预先配置。 [0287] 132．如前述任一实施例的方法，其中对于指定的WTRU来讲或者一旦指定的WTRU成功完成了对所述WTRU的注册，还包括：获取基于群组的分组临时移动订户标识（P-TMSI）或基于群组的IMSI之一。 [0288] 133．如前述任一实施例的方法，还包括：获取网际协议（IP）地址。 [0289] 134．如前述任一实施例的方法，还包括：获取用户平面无线电资源信息。 [0290] 135．如前述任一实施例的方法，还包括：在WTRU是指定的WTRU或一旦MTC服务器需要时，使用统一资源标识（URI）或统一资源定位符（URL）中的一者来执行MTC服务注册。 [0291] 136．如前述任一实施例的方法，还包括：基于URI或URL来访问MTC服务器。 [0292] 137．如前述任一实施例的方法，还包括：一旦WTRU是最后一个WTRU，则执行下列各项之一：释放无线电资源和IP地址，并且保持注册；或者释放无线电资源并且保持IP地址和注册；以及进入休眠周期。 [0293] 138．如前述任一实施例的方法，其中指定的WTRU或最后一个WTRU中的一个执行下列进程之一：释放无线电资源和IP地址，并且保持注册；或者释放无线电资源，并且保持IP地址和注册。 [0294] 139．如前述任一实施例的方法，还包括：响应于所述事件，从休眠周期进入唤醒周期。 [0295] 140．如前述任一实施例的方法，还包括：侦听来自控制信道、广播信道和多播信道之一的系统更新，其中WTRU不必重新注册。 [0296] 141．如前述任一实施例的方法，其中唤醒周期包括控制周期和报告周期。 [0297] 142．如前述任一实施例的方法，一旦检测到报告周期，那么还包括：在WTRU是指定的WTRU的情况下，为群组中的所有成员获取无线电资源。 [0298] 143．如前述任一实施例的方法，还包括：获取用户平面无线电资源信息。 [0299] 144．如前述任一实施例的方法，还包括：一旦MTC服务器需要，则使用统一资源标识（URI）或统一资源定位符（URL）之一来执行MTC服务注册。 [0300] 145．如前述任一实施例的方法，还包括：基于URI或URL来访问MTC服务器。 [0301] 146．如前述任一实施例的方法，还包括：在WTRU是指定的WTRU的情况下，获取IP地址。 [0302] 147．如前述任一实施例的方法，还包括：一旦WTRU是最后一个WTRU，则执行下列进程之一：释放无线电资源和IP地址，并且保持注册；或者释放无线电资源，并且保持IP地址和注册。 [0303] 148．如前述任一实施例的方法，还包括：进入休眠周期。 [0304] 149．如前述任一实施例的方法，一旦检测到控制周期，那么还包括：一旦确定没有寻呼消息，则重新进入休眠周期。 [0305] 150．如前述任一实施例的方法，一旦检测控制周期，那么还包括：一旦接收到单独的寻呼，则指定WTRU作为指定的WTRU。 [0306] 151．如前述任一实施例的方法，还包括：在WTRU是指定的WTRU的情况下，为群组中的所有成员获取无线电资源。 [0307] 152．如前述任一实施例的方法，还包括：获取用户平面无线电资源信息。 [0308] 153．如前述任一实施例的方法，还包括：一旦MTC服务器需要，则使用统一资源标识（URI）或统一资源定位符（URL）之一来执行MTC服务注册。 [0309] 154．如前述任一实施例的方法，还包括：基于URI或URL来访问MTC服务器。 [0310] 155．如前述任一实施例的方法，还包括：在WTRU是指定的WTRU的情况下，获取IP地址。 [0311] 156．如前述任一实施例的方法，还包括：一旦WTRU是最后一个WTRU，则执行下列进程之一：释放无线电资源和IP地址，并且保持注册；或者释放无线电资源，并且保持IP地址和注册。 [0312] 157．如前述任一实施例的方法，还包括：进入休眠周期。 [0313] 158．如前述任一实施例的方法，还包括：等待包含了WTRU指定信息的寻呼消息。 [0314] 159．如前述任一实施例的方法，其中单独的WTRU在报告周期的持续时间中分配不同的本地IP地址。 [0315] 160．如前述任一实施例的方法，其中使用具有IMSI/P-TMSI以及账号的寻呼消息来更新所述WTRU。 [0316] 161．一种无线发射/接收单元（WTRU），被配置成执行如实施例1-160中任一实施例的方法。 [0317] 162．一种基站，被配置成执行如实施例1-160中任一实施例的方法。 [0318] 163．一种集成电路，被配置成执行如实施例1-160中任一实施例的方法。 [0319] 虽然在上文中描述了采用特定组合的特征和元素，但是本领域普通技术人员将会了解，每一个特征既可以单独使用，也可以与其他特征和元素进行任何组合。此外，这里描述的方法可以在引入到计算机可读介质中并供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读介质的示例包括电信号（经由有线或无线连接传送）以及计算机可读存储介质。关于计算机可读介质的示例包括但不局限于只读存储器（ROM）、随机存取存储器（RAM）、寄存器、缓冲存储器、半导体存储设备、内部硬盘盒可拆卸磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多用途碟片（DVD）之类的光介质。与软件相关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。 |
||||||
QQ群二维码
意见反馈
意见反馈