用于机器类型通信的方法及wtru的利记博彩app
【专利摘要】这里公开了一种用于机器类型通信的方法及WTRU。所述方法可以包括：将第一指示附加到第一消息上，所述第一指示指示所述WTRU对MTC小数据传输能力的能力，所述MTC小数据传输能力包括经由控制平面发送用户数据的能力；经由发射机向通信网络发送所述第一消息；经由接收机从所述通信网络接收第二消息，所述第二消息包括第二指示，所述第二指示包括所述通信网络对所述MTC小数据传输的能力；以及经由所述发射机向所述通信网络发送第三消息，所述第三消息包括所附加的MTC数据，所述MTC小数据包括用户数据，至少所述用户数据经由所述控制平面被发送。
【专利说明】用于机器类型通信的方法及WTRU
[00011 本申请是申请日为2011年03月23日、申请号为201180025660. X、名称为"用于机器 类型通信的有效信令"的中国发明专利申请的分案申请。
[0002] 相关申请的交叉引用
[0003] 本申请要求享有2010年3月23日提交的名称为"Methods and Apparatus for Indicating Network Machine Type Communication Capabi 1 ities" 的申请号为61/ 316596的美国临时申请、2010年4月2日提交的名称为"Improving Efficiency by Signaling Reduction for MTC Devices"的申请号为61/320610的美国临时申请、以及 2010年4月29 日提交的名称为"Methods of Improving Power Efficiency by Signaling Reduction for MTC Devices"的申请号为61/329392的美国临时申请的权益，该申请的内 容在此结合作为参考。
【背景技术】
[0004] 机器类型通信(MTC)是一种形式的数据通信，该数据通信涉及不必需要人工交互 以进行通信的一个或多个设备。测量设备和跟踪设备是MTC设备的例子。MTC设备的能力可 以不同，并且MTC设备的能力可以取决于一个或多个MTC应用的需求。
[0005] MTC设备可以使用由例如类似GERAN、UTRAN、E-UTRAN的3GPP接入网络或其他系统 提供的诸如传输和通信服务之类的服务来用于MTC设备之间的端到端通信。例如，MTC应用 可以使用3GPP系统的能力来进行MTC设备与MTC服务器之间的端到端通信。在举例来说，MTC 设备可以使用3GPP系统的能力来进行与另一MTC设备的端到端通信。由各个通信网络提供 的特定MTC服务或能力可以不同。
【发明内容】
[0006] 这里公开了用于机器类型通信(MTC)的实施方式。所公开的技术可以通过在控制 平面上传送MTC数据以及还避免传输通常所需的连接过程的整个循环来减少信令。在一个 示例性实施方式中，可以直接将MTC数据附加到控制平面消息。另外，为了减少信令负荷， WTRU可以自动释放所述连接而无需由网络告知。
[0007] 这里还公开了可以指示网络供应商的机器类型通信(MTC)能力的技术。MTC服务中 的一种或多种可以是与多种MTC应用共有的。并且，一种或多种MTC服务/能力可以是特定于 特定MTC应用的需求的。可以将可由各个网络运营商提供的MTC服务或能力传送给WTRU。
[0008] 提供该
【发明内容】
的目的是要以简单的形式引入概念的选择，该概念在下面的具体 实施方式中将会进一步描述。该
【发明内容】
不是要标识要求保护的主题名称的关键特征或必 要特征，也不是要用于限制所要求保护的主题名称的范围。此外，所要求保护的主题名称并 不限于解决在本公开的任意部分中注释的任意或所有优点的限制。
【附图说明】
[0009] 可从以下描述中获取更详细的理解，这些描述是结合附图通过举例给出的，其中：
[0010] 图1A是示例性通信系统的系统图，在该通信系统中可以实施所公开的一个或多个 实施方式；
[0011] 图1Β是可以在图1Α所示的通信系统中使用的示例性无线发射/接收单元(WTRU)的 系统图；
[0012] 图1C是可以在图1Α所示的通信系统中使用的示例性无线电接入网和示例性核心 网的系统图；
[0013] 图2示出了可以合并用于减少信号开销和/或功率消耗的技术的Μ2Μ系统的示例性 结构示图；
[0014] 图3示出了使用了系统信息的通信服务通知策略的示例性框图；
[0015]图4示出了使用RRC的通信服务通知策略的示例性框图；
[0016] 图5示出了使用立即分配的通信服务通知策略的示例性框图；
[0017] 图6Α示出了使用非接入层通信服务通知策略的示例性框图；
[0018] 图6Β示出了使用非接入层的通信服务通知策略的示例性框图；
[0019]图7代表了 RRC连接请求的过程；
[0020]图8Α示出了使用RRC的通信服务通知策略的示例性框图；
[0021]图8Β示出了使用RRC的通信服务通知策略的示例性框图；
[0022]图9示出了使用RRC的通信服务通知策略的示例性框图；
[0023]图10示出了使用RRC的通信服务通知策略的示例性框图；以及 [0024]图11示出了使用RRC的通信服务通知策略的示例性框图。
【具体实施方式】
[0025]图1Α是可以在其中可实现一个或多个公开的实施方式的示例通信系统100的示 图。通信系统100可以是用于提供诸如语音、数据、视频、消息、广播等内容给多个无线用户 的多址系统。通信系统100能够使得多个无线用户通过共享系统资源，包括无线带宽来接入 这些内容。例如，通信系统100可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时 分多址(TDMA)、频分多址(FDMA)、正交FDMA(0FDMA)、单载波FDMA(SC-FDMA)等。
[0026] 如图1Α所示，通信系统100可以包括无线发射/接收单元(WTRU) 102a、102b、102c、 102d和无线电接入网（RAN) 104、核心网106、公共交换电话网(PSTN) 108、因特网110和其他 网络112,但是应当理解，所公开的实施方式预期了任意数量的WTRU、基站、网络和/或网络 元件。WTRU 102a、102b、102c、102d中的每一个可以是被配置为在无线环境中工作和/或通 信的任何类型的设备。举例来说，WTRU 102&、10213、102〇、102(1可被配置为发送和/或接收无 线信号，并且可包括用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人 数字助理(PDA)、智能电话、膝上型电脑、上网本、个人电脑、无线传感器、消费类电子产品 等。
[0027] 通信系统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可以包括任意数量的互连的基站和/或网络元件。
[0028] 基站114a可以是RAN 104的一部分，该RAN 104还可以包括其它基站和/或网络元 件(未示出），例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或 基站114b可以被配置为在特定地理区域内发送和/或接收无线信号，该特定地理区域被称 作小区（未示出）。所述小区还被分割成小区扇区。例如，与基站114a相关联的小区被分割成 三个扇区。如此，在一个实施方式中，基站114a包括三个收发信机，即，针对小区的每个使用 一个收发信机。在另一实施方式中，基站114a可以使用多输入多输出(ΜΙΜΟ)技术，因此，可 以针对小区的每个扇区使用多个收发信机。
[0029] 基站 114a、114b 可以通过空中接口 116 与 WTRU 102&、10213、102(3、102(1中的一个或 多个通信，所述空中接口 116可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线 (IR)、紫外线(UV)、可见光等等）。可以使用任何适当的无线电接入技术(RAT)来建立空中接 P116〇
[0030] 更具体而言，如上所述，通信系统100可以是多址系统且可以采用一种或多种信道 接入方案，诸如CDMA、TDMA、TOMA、(FDMA、SC-roMA等等。例如，RAN 104中的基站114a和WTRU 102a、102b、102c可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无 线电技术，其中该无线电技术可以使用宽带CDMA(WCDMA)来建立空中接口 116ICDMA可以包 括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速 下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
[0031] 在另一实施方式中，基站114a和WTRU 102a、102b、102c可以实现诸如演进型UMTS 陆地无线电接入(E-UTRA)之类的无线电技术，其中该无线电技术可以使用长期演进(LTE) 和/或高级LTE( LTE-A)来建立空中接口 116。
[0032] 在其它实施方式中，基站114a和WTRU 102a、102b、102c可以实现诸如IEEE 802.16 (即全球微波互通接入(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-D0、临时标准2000 (IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型 数据速率GSM演进(EDGE)、GSM EDGE(GERAN)等无线电技术。
[0033]图1A中的基站114b可以是诸如无线路由器、家用节点B、家用e节点B、或接入点，并 且可以利用任何适当的RAT来促进诸如营业场所、家庭、车辆、校园等局部区域中的无线连 接。在一个实施方式中，基站114b和WTRU 102c、102d可以实施诸如IEEE 802.11之类的无线 电技术以建立无线局域网(WLAN)。在另一实施方式中，基站114b和WTRU 102c、102d可以实 施诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。在另一实施方式中，基站 114b和WTRU102c、102d可以利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等） 以建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。 因此，基站114b可以不需要经由核心网106接入因特网110。
[0034] 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(未示出)通信。
[0035] 核心网106还可以充当用于WTRU 102&、10213、102(3、102(1接入？5了~108、因特网 110、和/或其它网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交 换电话网。因特网110可以包括使用公共通信协议的互连计算机网络和设备的全局系统，所 述公共通信协议例如为传输控制协议(TCP)/网际协议(IP)因特网协议族中的TCP、用户数 据报协议(UDP)和IP。网络112可以包括由其它服务提供商所拥有和/或运营的有线或无线 通信网络。例如，网络112可以包括连接到可以与RAN 104采用相同的RAT或不同的RAT的一 个或多个RAN的另一核心网。
[0036] 通信系统100中的某些或全部WTRU 102&、10213、102(：、102(1可以包括多模式能力， 即WTRU 102a、102b、102c、102d可以包括用于通过不同的无线链路与不同的无线网络通信 的多个收发信机。例如，图1A所示的WTRU 102c可以被配置为与可以采用蜂窝式无线电技术 的基站114a通信，且与可以采用IEEE 802无线电技术的基站114b通信。
[0037] 图1B是示例WTRU 102的系统图。如图1B所示，WTRU 102可包括处理器118、收发信 机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触控板128、不可移除存储 器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136、以及其它外围设备138。 应认识到WTRU 102可以在保持与实施方式一致的同时，包括前述元件的任何子组合。
[0038] 处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、 多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路（1C)、状态机等等。处理 器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使得WTRU 102能够在 无线环境中操作的任何其它功能。处理器118可以耦合到收发信机120,收发信机120可以耦 合到发射/接收元件122。虽然图1B将处理器118和收发信机120画为单独的元件，但应认识 到处理器118和收发信机120可以被一起集成在电子封装或芯片中。
[0039]发射/接收元件122可以被配置为通过空中接口 116向基站(例如基站114a)发射信 号或从基站(例如基站114a)接收信号。例如，在一个实施方式中，发射/接收元件122可以是 被配置为发射和/或接收RF信号的天线。在另一实施方式中，发射/接收元件122可以是被配 置为发射和/或接收例如IR、UV、或可见光信号的发射器/检测器。在另一实施方式中，发射/ 接收元件122可以被配置为发射和接收RF和光信号两者。应认识到发射/接收元件122可以 被配置为发射和/或接收无线信号的任何组合。
[0040] 另外，虽然发射/接收元件122在图1B中被画为单个元件，但是WTRU 102可以包括 任何数目的发射/接收元件122。更具体而言，WTRU 102可以采用ΜΜ0技术。因此，在一个实 施方式中，WTRU 102可以包括用于通过空中接口 116来发射和接收无线信号的两个或更多 个发射/接收元件122 (例如多个天线）。
[0041] 收发信机120可以被配置为调制将由发射/接收元件122发射的信号并对由发射/ 接收元件122接收到的信号进行解调。如上所述，WTRU 102可以具有多模式能力。因此，例 如，收发信机120可以包括用于使得WTRU 102能够经由诸如UTRA和IEEE 802.11之类的多种 RAT通信的多个收发信机。
[0042] WTRU 102的处理器118可以耦合到扬声器/麦克风124、键盘126、和/或显示器/触 控板128(例如液晶显示器(LCD)显示单元或有机发光二极管(0LED)显示单元），并且可以从 这些组件接收用户输入数据。处理器118还可以向扬声器/扩音器124、键盘126、和/或显示 器/触控板128输出用户数据。另外，处理器118可以访问来自任意类型的合适的存储器(例 如不可移除存储器130和可移除存储器132)的信息，或者将数据存储在该存储器中。不可移 除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、或任何其它类型的 存储器存储设备。可移除存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD) 存储卡等。在其它实施方式中，处理器118可以访问来自在物理上不位于WTRU 102上(诸如 在服务器或家用计算机(未示出））的存储器的信息并将数据存储在该存储器中。
[0043] 处理器118可以从电源134接收电力，并且可以被配置为分配和/或控制到WTRU 102中的其它元件的电力。电源134可以是用于为WTRU 102供电的任何适当设备。例如，电源 134可以包括一个或多个干电池（例如镍镉（NiCd)、镍锌铁氧体（NiZn)、镍金属氢化物 (NiMH)、锂离子(Li-ion)等等）、太阳能电池、燃料电池等等。
[0044] 处理器118还可以耦合到GPS芯片组136，GPS芯片组136可以被配置为提供关于 WTRU 102的当前位置的位置信息（例如，经度和炜度）。除来自GPS芯片组136的信息之外或 作为其替代，WTRU 102可以通过空中接口 116从基站（例如基站114a、114b)接收位置信息 和/或基于从两个或更多个附近的基站接收到信号的时序来确定其位置。应认识到WTRU 102可以在保持与实施方式一致的同时，通过任何适当的位置确定方法来获取位置信息。
[0045] 处理器118还可以耦合到其它外围设备138,外围设备138可以包括提供附加特征、 功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括 加速计、电子指南针、卫星收发信机、数码相机（用于拍照或视频）、通用串行总线（USB)端 口、振动设备、电视收发信机、免提耳机、蓝牙?模块、调频(FM)无线电单元、数字音乐播放 器、媒体播放器、视频播放器模块、因特网浏览器等等。
[0046] 图1C是根据一个实施方式的RAN 104和核心网106的系统结构图。如上所述，RAN 104可使用E-UTRA无线电技术通过空中接口 116来与WTRU 102a、102b、102c进行通信。该RAN 104还可与核心网106进行通信。
[0047] RAN 104可包括e节点B 140&、14013、140(：，但是可以理解，根据一个实施方式，1^~ 104可以包括任何数量的e节点B。该e节点B 140a、140b、140c中的每一个都可包含一个或多 个收发信机，用于通过空中接口 116与WTRU 102a、102b、102c进行通信。在一个实施方式中， 该e节点B 140a、140b、140c可使用ΜΜ0技术。因此，例如e节点B 140a可使用多个天线，用于 向WTRU 102a发送和从WTRU 102a接收无线信号。
[0048] 该e节点B 140a、140b、140c中的每一个可与特定小区（未示出）相连接，并可配置 为处理无线电资源管理决定、切换决定、上行链路和/或下行链路的用户调度等。如图1C所 示，e节点B 140a、140b、140c可以通过X2接口相互通信。
[0049] 图1C中所示的核心网106可包括移动性管理网关实体(MMEH42、服务网关144和分 组数据网络(PDN)网关146。虽然将上述各个组件表示为核心网106的一部分，但是可以理 解，任何一个组件都可由核心网运营商以外的实体所有和/或运营。
[0050] MME 142可以通过S1接口连接至RAN 104中的e节点B 140a、140b、140c中的每一 个，并可用作控制节点。例如，MME 142可以用于对WTRU 102a、102b、102c的用户认证、承载 激活/去激活、在WTRU 102a、102b、102c的初始附着期间选择特定服务网关等。MME 142还可 提供控制平面功能，用于在RAN 104和使用其他无线电技术，例如GSM或WCDMA的其他RAN之 间进行切换。
[0051 ] 服务网关144可以通过S1接口连接至RAN 104中的e节点B 140a、140b、140c中的每 一个。服务网关144通常可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网 关144还可执行其他功能，例如在e节点B间的切换期间锚定用户面，当下行链路数据可用于 WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c上下文等。
[0052] 服务网关144还可连接至PDN网关146,该PDN网关146可向WTRU 102a、102b、102c提 供对分组交换网络的连接，例如因特网110,从而实现WTRU 102a、102b、102c与IP使能设备 之间的通信。
[0053] 核心网106可以促进与其他网络的通信。例如，核心网106可以对WTRU 102a、102b、 102c提供对电路交换网络的连接，例如PSTN 108,以实现WTRU 102a、102b、102c与传统陆线 通信设备之间的通信。例如，核心网106可以包括IP网关(例如，IP多媒体子系统（IMS)服务 器），或可以与该IP网关进行通信，该IP网关用作核心网106与PSTN 108之间的接口。此外， 核心网106可以向WTRU 102a、102b、102c提供对网络112的连接，该网络112可以包括由其他 服务运营商拥有和/或运营的有线或无线网络。
[0054]图2示出了可以合并这里描述的实施方式的3GPP中的M2M系统200的结构示图。M2M 系统200可以相对于3GPP网络来描述，其中3GPP可以提供为MTC优化的传输和通信服务(包 括3GPP承载服务、頂S以及SMS)如3GPP所定义的，机器类型通信(MTC)可以涉及MTC用户202、 MTC服务器203、以及MTC设备204a-204d。示出的实体可以通过网络运营商201连接。从而， MTC设备可以与MTC设备203 (与网络运营商域201之内或之外的MTC服务器203)通信。MTC设 备204a-204d可以连接至3GPP网络（例如UTRAN、E-UTRAN、GERAN、I-WLAN等）上的运营商域 201，并且经由3GPP网络与MTC服务器203通信。注意图2代表了示例性架构，但是该架构并不 限于示出的特定设备或设备的组合;任意数量部件或部件的组合可以合并在内。
[0055] MTC设备204a-204d与MTC服务器203之间的端到端应用可以使用3GPP系统提供的 服务。每个MTC设备204a-204d可以合并为M2M应用而优化的网络功能的特征。例如，每个MTC 设备204a-204d可以具有特征:例如示出的与设备204d相关联的MTC特征1、MTC特征2、以及 MTC特征3。
[0056] MTC服务器203可以是连接到3GPP网络的实体，并且可以是运营商域201之内或运 营商域201之外的实体。MTC服务器203可以是直接与移动网络通信并且通过移动网络间接 与MTC设备通信的实体。MTC服务器203还可以提供针对MTC用户202的接口，MTC用户202是使 用M2M服务器的服务的用户。
[0057] MTC应用和MTC设备可以不具有相同的特征和/或服务需求。为了 MTC设备实施这里 描述的方法，MTC设备可能需要了解无线运营商可以提供的MTC能力。
[0058]涉及无线通信网络运营商可以提供（并且MTC设备可以具有）的能力的是以下能 力：例如，在线和/或离线低数据使用率(usage)(或小数据使用率）、低移动性、时间受控的 传输、时间有限（tolerant)的传输、仅分组切换(PS)、仅移动发起、稀少的移动终止、MTC监 视、离线指示、拥塞指示、优先级警告消息（PAM)、额外低功率消耗、安全连接、位置特定触 发、基于群组的MTC特征、基于群组的策略、和/或基于群组的定址。根据由通信网络提供的 特定MTC能力，MTC设备的用户可以选择特定通信网络和/或运营商。并且，在通信网络可以 提供特定MTC能力的情况下，有益于MTC设备接收关于如何与网络通信以便MTC设备可以使 用所提供的MTC能力的指示。
[0059] 这里公开了可以指示网络的MTC能力的方法和设备。可以向WTRU (例如具有MTC能 力的设备）指示MTC能力。MTC能力中的一种或多种MTC能力对于多种MTC应用来说可以是公 共的。并且，一种或多种MTC能力可以是特定于特定MTC应用的需求的。可以在注册之前向 WTRU指示可由各个网络提供的MTC能力。WTRU可以包括可以被编程以实施所公开的实施方 式的一个或多个可配置的元件。
[0060] MTC应用的特定能力需求可以包括针对低数据使用率的需求，其可以被分类为"在 线小数据传输"或"离线小数据传输"。称为"在线小数据传输"的MTC特征可以与可频繁地发 送或接收小量数据的在线或连接的MTC设备一起使用。
[0061] 称为"离线小数据传输"的MTC特征可以与离线或断开的MTC设备一起使用，该离线 或断开的MTC设备可以连接、然后发送和/或接收预定义小量数据，并且然后可以与通信网 络断开。"离线"或"断开"可以意味着MTC设备针对MTC信令或用户平面数据通过通信网络不 是可达到的。为了支持离线小数据传输MTC特征，MTC设备可以高效地接入通信网络、发送数 据、接收发送的数据的应答、以及与网络断开。对于在线和离线小数据传递两者，小量数据 的定义可以是在每个预订基础上可配置的。
[0062]为了支持MTC增强，例如这里提及的方法，MTC设备可能需要知道用于传递由各个 无线通信网络支持的在线/离线小数据的特定方法、服务、或能力。因此，向MTC设备通知涉 及MTC应用的各个无线通信网络的MTC能力的机制、设备、装置、和/或方法是有用的。
[0063] 在一个实施例中，无线通信网络的一个或多个节点或设备可以包括一个或多个可 配置元件。无线通信网络的可配置节点或设备可以被配置为使用广播系统信息的过程来向 一个或多个MTC设备通知一种或多种支持的MTC能力。广播的信息可以属于针对MTC或WTRU 应用的支持的MTC能力，例如但不限于在线和/或离线低数据使用率。与支持的MTC能力相关 的信息可以添加到现有/常规系统信息块（SIB)。可替换地，在G S Μ E D G E无线电接入网 (GERAN)接入的情况下，与支持的MTC能力相关的信息可以添加到已有的系统信息（SI)消 息。例如，在图3中，UTRAN 320可以传送系统信息给WTRU 310。
[0064] 在一个可替换实施方式中，与支持的MTC能力相关的信息可以添加到新创建的 SIB。并且，在GERAN接入的情况下，与支持的MTC能力相关的信息可以添加到新创建的系统 信息（SI)消息。在新创建的SIB或新创建的SI的情况下，SIB或SI可以是MTC特定的SIB或SI， 并且可以携带(carry)-些或所有MTC相关的信息。通过举例，新创建的SIB或SI可以携带支 持时间有限传输所需的负载信息。
[0065]在一个实施方式中，还可以扩展无线电资源控制（RRC)连接建立消息以包括属于 针对MTC应用的支持的MTC能力（例如但不限于在线和/或离线低数据使用率）的信息。扩展 的RRC连接建立消息中的信息可以用于向WTRU指示各个无线通信网络支持什么MTC能力。图 4是可以在RRC连接建立过程期间在WTRU与E-UTRAN之间出现的信令的示图。
[0066] 在一个实施方式中，WTRU 410可以发送RRC连接请求402,该RRC连接请求402可以 包括用于请求针对MTC应用或特征(例如小数据传输）的通信网络的能力的信息元素（IE)。 RRC连接请求402可以包括WTRU 410可以是MTC设备或者可以支持属于MTC特征、群组等的能 力的信息。作为响应，各个通信网络、E-UTRAN 420可以发送可被修改为具有新的IE的RRC连 接建立消息404。新的IE可以指示用于传递针对例如特定MTC特征或应用的数据的一种或多 种特定方法。WTRU 410可以识别发送给自身的新的IE，并且WTRU 410可以解码与新的IE相 关联的信息以访问网络的MTC或其他能力。例如，WTRU 410可以基于所接收到的IE来确定通 信网络420可以支持在控制平面消息上捎带(piggyback)数据，并且如果支持，则WTRU 410 可以使用新的IE将短数据(或小数据)封装在RRC连接建立完成消息406中。
[0067]可替换地，通信网络420可以在没有来自WTRU 410的显性请求的情况下发送用于 指示用于传递小数据的一种或多种特定方法的新的IE(例如通信网络可以传送IE给一些或 所有WTRU)。
[0068] 在另一个示例性实施方式中，如图5所示，可以针对2G(GERAN接入）网络实施不同 的RRC信令方案。图5示出了在GERAN中的RRC连接建立过程期间在移动站/用户设备/WTRU 510与基站子站(BSS)520之间可以出现的信令。
[0069]可以扩展立即分配(或者扩展的立即分配）消息以包括属于支持的MTC能力（例如 但不限于低数据使用率的那些MTC能力）的信息。立即分配消息中的信息可以用于向WTRU (即MS/UE)指示各个无线通信网络可以支持什么MTC服务或能力。
[0070] 例如在图5中，WTRU 510可以发送具有用于请求通信网络520的MTC能力（例如小数 据传输）的IE的信道请求(或者EGPRS信道请求)消息502。可替换地，WTRU 510可以发送具有 用于表明WTRU 510是MTC设备的信息的信道请求(或者EGPRS信道请求)502消息。例如，作为 响应，通信网络和/或BSS 520可以发送具有可以指示用于传递小数据的一种或多种特定方 法的新的IE的立即分配504。可替换地，通信网络和/或BSS 520可以在没有来自WTRU 510的 显性请求的情况下发送指示用于传递小数据的一种或多种特定方法的IE(即通信网络和/ 或833可以传送此给一些或所有訂冊）。訂冊510可以识别此（或新的此），并且訂1?1]510可 以解码与该IE相关联的信息以访问网络520的MTC能力。
[0071] 在另一实施方式中，如图6a和图6b中的示例性消息交换所示，可以使用非接入层 (NAS)信令。可以扩展NAS附着接受消息以包括属于一个或多个支持的MTC能力（例如低数据 使用率）的信息。可以使用该信息来向WTRU指示各个无线通信网络可支持什么MTC能力。例 如，如图6a所示，WTRU 610可以发送可以附着请求602,该附着请求602可以包括用于请求用 于小数据传输的网络620MTC能力的IE。可替换地，附着消息602可以包括用于表明WTRU 610 是MTC设备的彳目息。
[0072]响应于附着请求602，通信网络620可以发送修改的附着接受604，该修改的附着接 受604可以包括用于指示例如可用于传递小数据的一种或多种特定方法的新的IE。可替换 地，通信网络620可以在没有来自WTRU 610的显性请求的情况下发送用于指示例如可用于 传递小数据的一种或多种特定方法的新的IE(例如通信网络可以传送信息给一些或所有 WTRU)。
[0073] WTRU 610可以识别新的IE，并且可以解码与该新的IE相关联的信息以访问网络 620的MTC能力。如果通信网络620支持在NAS消息上捎带数据，则WTRU 610可以使用新的IE 来将短数据封装在附着完成606消息中。
[0074]如图6A所示，WTRU 610可以在附着接受604之后发送附着完成消息。如果离线小数 据传输方案使用附着完成消息606来携带MTC数据，则MTC设备610可以将数据添加到附着完 成消息606。在这种情况下，MTC设备610不是必需要存储网络620的MTC设备能力，这是因为 该网络620的MTC设备能力将在恰好可以在附着完成消息606之前被发送的附着接受消息 604中被传达，如图6A所示。并且，也可以修改一个或多个NAS附着/跟踪区域更新(TAU)/路 由区域更新(RAU)/位置更新接受消息来向MTC设备通知其可以使用一个或多个附着/TAU/ RAU/临时移动用户标识(TMSI)重新分配完成消息以发送MTC相关数据。
[0075] 在一个实施方式中，如图6B所示，如果来自WTRU 650的附着请求652不成功，则可 以传送来自通信网络660的附着拒绝消息654。可以扩展附着拒绝消息654以包括MTC能力信 息。
[0076]这里描述的附着过程可以是在分组交换(PS)域中执行的注册过程。可替换地，如 果WTRU正在电路交换(CS)域中注册，则可以不使用附着过程。CS域中的注册过程可以是"位 置更新"。如果位置更新过程是要使用的最合适的过程，该过程可以与关于附着过程的公开 内容一致。例如，WTRU可以发送可包括请求用于例如小数据传输的网络MTC能力的信息元素 的位置更新请求。响应于该位置更新请求，通信网络可以发送可包括用于指示可用于例如 传递小数据的一种或多种特定方法的新的IE的修改的位置更新接受。WTRU可以识别新的 IE，并且可以解码与该新的IE相关联的信息以访问网络的MTC能力。
[0077]可替换地，WTRU可以发送用于向通信网络查询用于例如传递小数据的支持的MTC 能力的修改的附着请求。响应于修改的附着请求，通信网络也可以在需要的基础上向WTRU 通知通信网络的MTC能力。
[0078] 在一个实施方式中，如果MTC设备已经在通信网络注册（即MTC设备已经完成附着 过程），则MTC设备可以基于周期性的动作或移动性一直执行注册更新过程。在这样的场景 下，通信网络可以在发送"接受"消息时向MTC设备指示通信网络可以支持什么MTC服务或能 力。"接受"消息的例子是:TAU接受、RAU接受以及位置更新接受。
[0079]在一个实施方式中，如果离线小数据传输MTC方案使用附着请求消息来携带MTC数 据，则MTC设备首次在新的通信网络上执行附着过程，MTC设备可能不知道通信网络的MTC能 力。在这种情况下，MTC设备可能不能使用附着请求消息来携带MTC数据。但是，MTC设备可以 在MTC设备了解通信网络支持该过程之后使用该过程。因而，MTC设备可以在本地将该信息 存储在存储器中，以便其可以用于决定附着请求是否可用于携带MTC数据以进行将来的数 据传递尝试。
[0080]在另一实施方式中，类似于图3中示出的实施方式，可以扩展系统信息块/消息 (SIB/SI)以向MTC设备通知该MTC设备可以被允许在附着请求消息上发送MTC相关数据。 [0081 ] WTRU (例如MTC设备）可以处于空闲模式。如果执行了 一系列信令过程来建立可以 取决于非接入层(NAS)状态（例如附着或分离）的不同等级的连接，则WTRU可以唤醒并且启 动用户数据传输。在LTE或UMTS的环境中，常规消息列可以包含以下消息：1)无线电资源控 制(RRC)连接建立、2)安全性激活、3)数据承载建立、4)通过数据承载的数据传输、5)数据承 载释放、以及6) RRC连接释放。
[0082]用于需要上述循环的连接的常规方法在某些情况下可能引起不必要的信号开销。 已经使用诸如不同操作模式下的不连续传输/不连续接收(DTX/DRX)以及连续分组连接性 (CPC)特征之类的机制来解决信号开销。但是，这些方案对于许多MTC应用尤其是需要低功 率消耗的MTC设备来说是不够的。例如，如果超低功率设备维持在功率节约状态，如空闲模 式或小区寻呼信道(CELL_PCH)/URA寻呼信道(URA_PCH)，则可存在与传输数据相关联的显 著开销。更特别地，空闲模式下的设备可能必须在发起传输之前建立RRC连接。此外，如果 WTRU与网络分离，则其还可能必须执行NAS注册和能够传送这些数据的另外的过程。对于小 数据传输或其他类型的数据传输，这可以导致较大的信号开销和信号能量利用效率很低。
[0083]通过M2M系统的部署，具有不同能力的各种设备可以在不同条件下操作。为了区分 MTC群组，可以为不同群组定义不同顺序和不同后退(backoff)。注意的是，作为努力通过确 定(addres s ing )M2M的不同特性来优化运营商网络的使用的一部分，可以基于MTC特征来对 MTC设备的特性进行分组。例如，MTC特征可以包括以下内容：低移动性；时间受控;时间有 限、仅分组交换、在线小数据传输、离线小数据传输、仅移动发起、稀少的移动终止、MTC监 视、离线指示、拥塞指示、优先级警告消息(PAM)、额外的低功率消耗、安全的连接、位置特定 的触发、基于群组的MTC策略、以及基于群组的MTC定址。
[0084] M2M系统的不同组件(例如MTC服务器、运营商网络、MTC设备等)可以在处理期间消 耗功率。信号开销可以在M2M系统中引起不必要的功率消耗。例如，不必要的信号开销可以 导致MTC设备电池的功率消耗。对于需要低功率或超低功率消耗的MTC设备来说更有效地利 用功率是有益的。超低功率设备的一个示例可以是在长时段例如数月或数年保持无人监视 的设备。超低功率设备的另一个示例可以是传送小量数据或很少进行传送的设备。
[0085] 如这里所表述的，用于减少开销和设备功率节约的一种提议的方法是在控制平面 (信令承载)上传送MTC数据或者使用控制平面消息来携带用户平面消息。这些技术可以使 得设备能够避免必须执行连接过程的整个周期，从而减少延迟、信令开销以及功率消耗。
[0086] 虽然这里结合特定类型的消息进行了描述，但是应当理解的是相同的方案可应用 于其他现有的消息或新的消息。注意的是，即使这里使用的术语可能是UMTS和/或长期演进 (LTE)，但是这里的概念可以同等地应用于例如高级长期演进(LTE-A)、全球移动通信系统 (GSM)的其他无线技术或者例如GERAN、WiMax等的其他无线技术。还应当理解的是当在UMTS 的上下文中提及空闲模式时，其可以指代任意以下RRC状态：空闲、CELL_PCH、URA_PCH、或 CELL_FACH。在其他无线技术中可以预料到与UMTS类似的空闲状态。这里描述的方法的发起 可以在确定网络能力时执行。
[0087] 实施方式可以针对经由公共控制信道(CCCH)或使用专用控制信道(DCCH)信令承 载的MTC数据传输。在这里可以预料到的是针对CCCH继而DCCH描述的内容可以共享。
[0088]关于CCCH，当WTRU处于空闲模式时，来自WTRU或网络的数据传输的初始化可以需 要由RRC连接建立过程首先建立的无线电连接，通过该无线电连接可以在WTRU的RRC实体与 网络之间交换一组RRC信令消息。这些信令消息可以被设计用于传递控制和配置信息以进 行RRC连接建立，并且可以通过CCCH逻辑信道而被传送。注意的是，CCCH通常被认为是控制 平面的一部分。
[0089]通过使用现有的公共控制信令，可以通过CCCH发送消息来携带MTC数据，由此避免 进一步建立数据承载和其他信号承载。这可以提供信令减少，并且从而减少设备功率消耗。 该方法可以提供可产生较少的信令开销的连接过程。
[0090] 信令开销可以通过将MTC数据包括或附加在RRC过程的不同步骤(例如RRC连接建 立或小区更新）中涉及的消息内而被减少，而无需实际建立RRC连接。这里针对上行链路和 下行链路来描述RRC消息上的MTC数据传输。
[0091] 关于上行链路传输，可以使用上行链路CCCH消息RRC连接请求、小区更新、以及 UTRAN注册区域(URA)更新来携带和传送MTC数据。该传输可以通过将数据附加到这些消息 来实现。例如对于空闲模式WTRU，当由较高层触发MTC数据时，可以发起RRC连接请求过程。 [0092]图7示出了 RRC连接请求的过程。作为该过程的一部分，UE/WTRU可以将数据直接附 加到RRC连接请求消息，而无需等待RRC连接被首先建立且数据无线电承载被建立。类似地， 对于连接模式WTRU，可以将数据直接附加到CELL_UPDATE (小区_更新）消息或URA_UPDATE (URA_更新）。通过附加数据，系统可以优化延迟和信令交换，这是因为WTRU可以不必等待 CELLJJPDATE 确认。
[0093] 为了允许RRC消息(例如RRC连接请求)携带或传送数据给网络，WTRU可以指示网络 数据已经附加到该消息。例如，可以引入新的RRC建立原因或小区更新或URA更新原因。例 如，该原因可以是"MTC数据传输"。如果正在进行消息的重传，则该原因可以设定为"MTC数 据重传"。
[0094]表1示出了另一个示例性实施方式，可以在RRC消息中使用MTC数据信息元素（IE)。 例如，新的IE可以被引入并包括在RRC消息中。该IE的内容可以包括用于指示存在"MTC数据 传输"的枚举的IE<JE可以提供另外的信息，网络可以使用该另外的信息来解复用来自RRC 消息的MTC数据，例如附加的MTC数据的长度/大小。例如，该大小可以是预定义的或配置的， 其中WTRU可以不需要指示任何信息。在另一示例中，可以定义一组大小，并且WTRU可以指示 与该大小相对应的索引。
[0095]表 1 [0096] RRC连接请求
[0099] 如图7所示，对于LTE，可以将新的原因添加到建立原因701。相同的概念也可应用 于UMTS。表1和图7示出了添加MTC数据，但是应当理解的是这可以通过其他方式获得。表1示 出了MTC数据IE可以在UMTS系统中附加在RRC连接请求(RRC CONNECTION REQUEST)消息中 的结尾处以用于下行链路MTC数据传输。
[0100]在一个示例性实施方式中，如果要传送的数据量等于或低于阈值，则可以允许 WTRU使用这里描述的过程。如果数据量高于该阈值，则WTRU可以添加与所允许的相同的数 据到所述消息，并且可以向网络指示其具有另外的数据，以及还可以指示优秀数据 (outstanding data)量。可替换地，WTRU可以对这里描述的过程发起与该WTRU完成数据传 输需要的次数相同的次数。可替换地，WTRU可以具有选择来指示其有要传送的数据并且可 以将数据量提供给网络。
[0101]在针对上行链路数据传递的另一实施方式中，网络实体中的接收节点可能不需要 解码和了解MTC消息。为了能够将数据正确地路由到期望的目的地，WTRU可以在携带数据的 RRC消息中提供另外的信息。这种信息可以包括MTC设备标识、目的MTC服务器标识、预订信 息、以及正被传送的数据类型(例如逻辑信道类型)等。
[0102] 可以修改处理网络响应的典型方式以与所公开的技术一起使用。例如，为了进一 步优化数据传输和减少信令开销，可以修改RRC建立过程以使得即使其发起了 RRC连接请 求，也不期望完全建立RRC连接。这可以通过WTRU发送RRC连接请求消息及不期望响应来实 现。
[0103] 注意的是，该机制不向WTRU确保已经对数据正确地应答;但是，其可以是减少信令 开销的机制并且在某些环境中是期望的。例如，如果建立原因是MTC数据传输，则WTRU可以 向较低层提出RRC连接请求消息以用于上行链路CCCH上的传输、进入空闲模式、以及结束该 过程。在该示例中，WTRU因此可以不开启可应用的定时器V300和计数器吧00。訂冊可以使用 较低层增加的可靠性方案，例如重复所述消息。可替换地，UE可以等待，直到从较低层接收 到表明所述消息已经通过较低层混合自动重复请求(HARQ)机制被传送和应答的确认，认为 所述过程完成。如果较低层指示失败，则WTRU可以重新发送所述数据。
[0104] 在网络侧，如果网络接收到WTRU RRC请求，则其可以处理RRC连接请求、提取MTC数 据、将该数据路由到相对应的实体/节点以及不对WTRU进行响应。
[0105] 在可以减少信号开销和提供可靠性的网络响应的另一示例性实施方式中，可以传 送RRC连接建立消息。接收到来自WTRU的RRC连接建立可以用作对网络接收到MTC数据的隐 性应答。虽然可以接收RRC连接建立以进一步减少信令，但是WTRU可以不发送RRC连接建立 完成消息。可以这样定义隐性规则以便:如果WTRU发送了具有MTC数据的请求，并且WTRU接 收到RRC连接建立完成消息，则其可以认为所述过程完成并且返回空闲模式(例如其可以不 发送RRC连接建立完成）。
[0106] 在使用RRC连接建立消息的另一实施方式中，可以在RRC连接建立消息中包括一指 示或IE以向WTRU显性地指示RRC连接建立消息是针对包含数据传递的原始请求的响应。一 旦接收到指示，WTRU就可以终止所述过程。RRC连接建立可以包括新的字段"MTC应答"或 "MTC数据完成"。如果"MTC应答"被包括在RRC连接建立消息中，则WTRU可以不发送RRC连接 建立完成，WTRU可以停止并且可以重置一些或所有定时器(如果可应用），可以认为所述过 程完成，并且其可以移动回到空闲模式。如果"MTC应答"不被包括在内，则WTRU可以如同已 经接收到正常的RRC连接建立一样运行（即应用网络发送的配置，并且在成功的情况下发回 RRC连接建立完成）。
[0107] 在接收到RRC连接建立消息的另一示例性实施方式中，WTRU可以用RRC连接建立完 成进行响应，该RRC连接建立完成指示所述消息或RRC建立是由于MTC数据传输而进行的，或 者可替换地指示所述WTRU正在释放连接。但是，WTRU可以发送所述消息，并且可以移动回到 空闲模式(例如释放RRC连接），认为所述过程完成。
[0108] 在可以减少信号开销和提供可靠性的网络响应的另一示例性实施方式中，可以传 送RRC连接拒绝消息。针对接收到MTC数据的响应可以是RRC连接拒绝消息。当发送具有MTC 数据的RRC连接请求时，WTRU可以期望RRC连接拒绝消息响应。接收到RRC连接拒绝消息可以 用作表明网络成功地接收到数据的隐性应答。RRC连接拒绝可以规定"未规定的"拒绝原因。 可替换地，可以添加新的拒绝原因，例如"MTC数据被完成"或"数据被应答"。
[0109] 一旦接收到RRC连接拒绝消息，WTRU就可以隐性地检测到该拒绝消息是针对MTC数 据传输的响应、或者显性地检测到拒绝原因。在任一示例中，WTRU可以认为所述过程成功、 移动到空闲模式、以及结束所述过程。从而，WTRU可以不重新发送RRC连接请求消息。如果网 络用RRC连接建立进行响应，则WTRU可以执行正常的过程，并且继续进行RRC连接建立。
[0110] 针对使用RRC连接拒绝的概念也可应用于CELL UroATE(小区更新)/CELL UTOATE C0NFIRM(小区更新确认）/WTRU_REPONSE_TO_CELL_UPDATE (WTRU_ 响应_ 小区 _更新）和 URA UPDATE(URA更新）/URA UPDATE CONFIRM(URA更新确认）/UE_REP0NSE_T0_URA_UPDATE(UE_ 响应_URA_更新)消息。
[0111] 如这里所描述的，接收到响应可以是表明已经接收到MTC数据的隐性应答。如果接 收到RRC响应，则这可以暗示已经接收到RRC消息，并且因此网络可以对该RRC消息进行操 作。这可以意味着也成功接收到附加到该消息的MTC数据。
[0112] 但是，为了在网络侧处理另外的失败情况，可以添加可采取许多种形式的另外的 应答机制。在另外的应答机制的示例性实施方式中，可以使用RRC响应消息对所述消息进行 显性地应答。例如，这可以通过定义称为"MTC数据应答"的新的原因来实现。例如，对于UL数 据传输，可以将新的原因添加在RRC连接拒绝或RRC连接请求消息中，在所述消息中设定 "MTC数据应答"。还可以向WTRU发送否定应答，例如通过添加新的原因或字段。例如在网络 不能识别服务器或WTRU、或者由于所述网络不能转发MTC数据的任意其他原因时，可以使用 否定应答。
[0113]可替换地，如果原因未被设定为"MTC数据应答"，则WTRU可以将其作为表明网络不 支持所述过程的指示，并且因而可以执行正常的RRC连接请求过程。在用于显性应答的另一 可替换实施方式中，可以引入一IE，该IE例如可以在RRC消息中称为"MTC数据ACK"。"MTC数 据ACK" IE可以指示对MTC数据接收的应答或非应答。
[0114]在另外的应答的另一示例中，可以定义新的消息以指示应答。在另外的应答的另 一示例中，可以由较高层执行对数据传递的应答。或者，如果服务器在一个时段内未接收到 其期望的数据，则该服务器可以再次轮询WTRU。
[0115] 传输失败处理是M2M系统的另一部分，其可能需要修改以实施一些所公开的功率 减少技术。在一个示例性实施方式中，CCCH消息可以使用用于确保在网络侧上接收到数据 的失败机制，例如T300的启动。如果在T300内没有接收到响应，则WTRU可以重传所述消息直 到最大N300次。WTRU可以使用MTC特定重传和计数器值(例如T300和N300或T302/N302等）， 或者可选地，使用与RRC连接建立机制相同的值。
[0116] 如这里的示例所讨论的，T300/T302等可以是包含由网络配置的值的定时器变量。 在传输RRC连接请求消息时，定时器T300可以在WTRU中启动。WTRU可以在T300时段等待来自 网络的响应，如果没有接收到响应并且定时器期满，则WTRU可以重传RRC连接请求。如这里 的示例所讨论的，N300/N302等可以是常数(例如包含由网络配置的值的变量），其用于确定 RRC连接请求消息的最大重传次数。
[0117]在用于传输失败处理的可替换方案中，WTRU可以被允许尝试基于RRC消息的传递 过程仅一次而无需在RRC层引入任何重传机制。如果检测到失败(例如定时器期满并且没有 接收到响应），则可以使用常规过程来重传RRC连接请求消息。更特别地，可以触发新的RRC 连接请求消息而无需附加MTC数据。可以通过使用常规方法来进行MTC数据传递。
[0118]图8A和图8B示出了用于所公开的信令技术的上行链路数据传递的示例性消息序 列。图8A和图8B示出了上行链路MTC数据传输的示例性消息序列，该上行链路MTC数据传输 可以包括将数据附加到CCCH上的RRC信令消息RRC连接请求，这是这里所描述的设计的一个 示例。可以由WTRU发起数据传输，该WTRU可以初始处于空闲模式下或者关机。
[0119] 在图8A中，在802处WTRU 810可以通过发送RRC连接请求消息来发起MTC数据传输。 在80 2处RRC连接请求消息可以被配置具有被附加作为该消息的一部分的MTC数据。在80 2处 ESTABLI SHMENT_CAUSE (建立_原因）可以设定为"MTC数据传输"的定义的值。在传输RRC连接 请求消息之后，WTRU 810可以将计数器V300设定为1和/或开启定时器T300。这里的示例中 讨论的V300可以是WTRU使用的变量计数器。V300可以是对已经传送RRC连接请求消息的次 数进行计数的变量。一旦V300的值超过WTRU可以重传的最大次数(例如N300 )，WTRU就可以 进入空闲模式。
[0120] 在804处可以发送RRC连接请求消息，这可以是因为802处的MTC数据传输失败引起 的。在这里，例如在耵1^810处在时间了300之前没有接收到来自1711^~/^-1711^~ 820的响 应；因而在804处发送具有附着的与来自802的相同的MTC数据的RRC连接请求消息。可以将 ESTABLISHMENT_CAUSE设定为新定义的值，例如"MTC数据重传"或相同的"MTC数据传输"原 因。此外，WTRU 810可以增大计数器V300并且开启另一个定时器T300。
[0121] 在804处重复的消息可以是由于连续的传输失败引起的是可能的。如果计数器 V300大于最大允许重传的预配置值N300,则WTRU 810可以停止重传并返回空闲模式。
[0122] 一旦接收到RRC连接请求，UTRAN/E-UTRAN 820就可以决定接受数据传输。UTRAN/ E-UTRAN 820可以解码MTC数据并将其转发给到达MTC服务器的较高层。并且，UTRAN/E-UTRAN 820可以通过发送具有定义的拒绝原因"MTC数据应答"的RRC连接拒绝消息来对WTRU 810进行响应。
[0123] 一旦在806处接收到具有设定为"MTC数据应答"的拒绝原因的RRC连接拒绝，WTRU 810就可以认为数据传递成功并且可以返回空闲模式。可替换地，例如网络还可以已经使用 RRC连接建立而不是上述RRC连接拒绝来作为响应。
[0124] 在图8B中，WTRU 850可以通过在852处向网络860发送RRC连接请求消息来发起MTC 数据传输。在852处RRC连接请求消息可以被配置具有被附加作为该消息的一部分的MTC数 据。在852处可以将ESTABLISHMENT_CAUSE设定为定义的值"MTC数据传输"。在传输RRC连接 请求消息之后，WTRU 850可以将计数器V300设定为1和/或开启定时器T300。
[0125] 在854处，在定时器T300期满之前可以接收到具有被设定为"MTC数据应答"的拒绝 原因的RRC连接拒绝消息。WTRU 850可以认为数据传递成功并且返回空闲模式。该示例表明 使用了显性拒绝原因。如这里所提及的，可以存在没有添加显性的新的拒绝原因或者拒绝 原因被设定为不同值(例如"MTC数据完成"）的情况。
[0126] 类似于上行链路传输，对于下行链路(DL)传输，可以提议在DL中通过CCCH发送的 RRC消息中的一些RRC消息可以用于携带和传送来自网络的MTC数据给WTRU。这些消息可以 包括例如RRC连接拒绝、RRC连接建立、小区_更新确认、以及URA_更新确认。
[0127] 当在DL中由较高层触发了MTC数据时，例如可以发起RRC连接请求过程。作为该过 程的一部分，网络可以将数据直接附加到RRC连接拒绝消息，而无需等待首先建立RRC连接。
[0128] 网络可以用原因"MTC数据传输"寻呼WTRU。一旦接收到该寻呼，WTRU就可以向网络 发起RRC连接请求、小区更新或URA更新。当WTRU发送RRC连接请求(或小区或URA更新)时，其 可以指示称为例如"等待MTC数据"的新的原因，或者仅对寻呼进行响应。
[0129] 当网络接收到RRC连接请求(或小区或URA更新）消息时，其可以将MTC数据附加到 响应消息(例如RRC连接拒绝、小区或URA更新确认、或RRC连接建立消息）。
[0130]可以定义RRC连接拒绝的新的原因例如"MTC数据传输"，或者可以使用现有的原因 例如"未规定的"（并且WTRU可以隐性地知道响应是针对MTC数据的）。可替换地，可以添加IE 来指示所述消息是为附加MTC数据而发送的。
[0131] 网络发送的消息可以包括一个IE或IE的组合。IE可以包括以下内容：表明数据被 附加到所述消息的指示;MTC数据;数据的大小;表明是否将使用一个或若干个消息来发送 数据的指示;可以为完成MTC数据的传输而发送的多个消息(例如如果需要若干个消息）；表 明消息是包含MTC数据的最后的消息的指示(例如可以称为"MTC数据中止"）；表明所述消息 是第一次传输或者重传的指示;逻辑信道类型；以及MTC数据的优先级。
[0132] WTRU可以等待RRC连接拒绝、建立、小区更新确认或URA更新确认，如这里所规定的 (即，在还没有接收到回答的情况下，在确定的时段之后重试以发送请求直到达到最大重试 次数）。网络可以规定不同的定时器和重试的最大次数。
[0133] 在小区更新或URA更新的情况下，当已经达到重试的最大次数时，WTRU可以决定不 释放资源而无需接收确认消息。WTRU可以后退到其先前的模式(例如空闲模式）。上面描述 的用于失败机制的过程也可以应用于下行链路传递过程。例如，如果该WTRU没有接收到来 自网络的任何响应消息，则WTRU可以决定不发送另外的RRC连接请求、小区更新、或者URA更 新消息；在确定的时段之后，WTRU可以终止所述过程，并且后退到其先前的模式。在这里， WTRU可以向网络发送用于表明该WTRU将不再等待MTC数据的消息，并且该WTRU可以根本不 通知网络。
[0134] WTRU可以隐性地知道接收到的RRC连接拒绝、小区更新确认、或URA更新确认是由 网络针对发送MTC数据而发送的。WTRU可以知道因为接收到的消息可能已经包括了针对接 收MTC数据的请求、或者寻呼消息可能已经具有MTC数据的原因。可替换地，WTRU可以检查 MTC数据的指示和/或检查MTC数据是否存在于这里定义的消息中。一旦接收到具有MTC数据 的DL数据，WTRU就可以后退到空闲模式或者其处于的先前的模式（即在该WTRU接收到RRC连 接拒绝的情况下，其不尝试在另一小区上按照通常过程来发送RRC连接请求）。
[0135] 在网络可以期望应答的情况下，WTRU可以使用RRC连接请求消息来发送应答(例如 通过如这里所述的添加原因"MTC应答"）。在向较低层发送应答之后或者在接收到来自较低 层的确认之后，WTRU可以返回空闲模式并结束所述过程。
[0136] 在WTRU可以接收到RRC连接建立而不是RRC连接拒绝的情况下，WTRU可以按照多种 方式进行响应。在一个示例性实施方式中，WTRU可以通过发送RRC连接建立完成来继续进行 RRC连接过程。建立完成可以用作WTRU已经接收到数据的应答机制。在这一点，如果原因是 MTC数据，则WTRU可以发送建立完成并且后退到空闲模式和结束所述过程而无需移动到不 同状态。一旦WTRU已经确认成功传递了 RRC消息，WTRU就可以移动回到空闲。
[0137] 在另一实施方式中，当WTRU接收到RRC连接建立而不是RRC连接拒绝时，RRC连接建 立消息可以具有表明将允许WTRU选择是否执行完全建立和然后进入连接模式或移动回到 空闲模式的显性指示。在另一实施方式中，WTRU可以忽略来自网络的请求，并且不发送回任 何消息。在另一实施方式中，WTRU可以通过在RRC连接建立完成中添加IE、或通过发送新的 类型的消息来向网络通知该WTRU正在忽略RRC连接建立消息，或者正在发送另一RRC连接请 求来再次请求MTC数据。在WTRU也需要向网络传送MTC数据时，该WTRU可以将数据附加到其 发送给网络的RRC连接建立完成(在这里参见关于DCCH的描述来获得细节）。在另一实施方 式中，如果由于在DL中接收到消息，WTRU具有要传递的上行链路数据，则该WTRU可以选择维 持RRC连接并且发送具有常规响应的RRC连接建立。
[0138] 在一个实施方式中，不是将数据附加在RRC连接拒绝中，而是网络可以将MTC数据 附加在RRC连接建立中。可以使用在这里描述的用于将MTC数据附加到RRC连接拒绝的类似 的IE和行为。
[0139] 在一个实施方式中，一旦WTRU已经针对接收MTC数据而被寻呼，该WTRU就能够接收 RRC连接拒绝、小区更新确认、以及URA更新确认而无需向网络发送任何请求消息。在另一实 施方式中，网络可以将MTC数据附加在寻呼消息本身中。在这种情况下，所述WTRU可以在寻 呼消息中使用这里定义的相同类型的IE。网络可以使用一个或若干个寻呼消息来传递MTC 数据。在这种情况下，WTRU可以对数据进行应答或不应答。在应答的情况下，WTRU可以重新 使用类似于RRC连接请求的现有消息，并且仅添加用于对数据进行应答的IE、或者使用新的 消息，并且不等待来自网络的任何类型的回答（即不等待RRC连接建立或拒绝）。当接收到这 一特定类型的RRC连接请求时，网络可以知道其不必开始连接过程，而请求消息可以用作应 答。
[0140] 关于终止行为，一旦确认了 WTRU处的MTC传输的状态，不管是否成功，WTRU都可以 直接返回空闲模式。例外情况可以是如果WTRU决定获得针对常规方式的数据传输(这里提 及的选择)建立的RRC连接，在WTRU返回空闲模式之前，可能需要RRC连接释放过程。
[0141]可以将另外的信令指示符合并到所公开的信令技术中。为了帮助在CCCH上的通过 RRC消息的MTC数据传输，定义了一些RRC消息的原因的IE可以包括对在MTC数据传输过程期 间需要的信令的设定。IE可以包括以下内容:PAGING TYPE 1(寻呼类型1)消息，可以定义寻 呼原因的设定;RRC⑶NNECTION REQUEST(RRC连接请求），可以定义建立原因IE中的设定； RRC CONNECTION REJECT(RRC连接拒绝），可以定义拒绝原因IE中的设定;或者CELL UPDATE (小区更新），可以定义小区更新原因IE中的设定。
[0142] 所述设定可以包括以下选择中的一个或其组合:用于指示第一MTC数据传输的"第 一MTC数据传输"；用于指示MTC数据重传的"MTC数据重传"；用于应答MTC数据的正确接收的 "MTC数据应答"；用于请求下行链路MTC数据传递的"DL MTC数据传递请求"；用于请求上行 链路MTC数据传递的"UL MTC数据传递请求"；用于拒绝MTC数据传递的进一步动作的"MTC数 据拒绝"；用于在存在MTC数据的情况下轮询的"MTC数据轮询"；或者用于对MTC数据轮询进 行响应的"无MTC数据"。
[0143] 图9是用于关于如这里所述的将MTC数据附加到CCCH上的RRC信令消息、RRC连接拒 绝的下行链路MTC数据传输的示例性消息序列。另一种实施可以包括使得网络在寻呼消息 本身中发送数据，其中该寻呼消息可以是"寻呼类型1"RRC消息，其可以被发送以对寻呼信 道(PCH)中的UE进行寻呼。数据传输可以由网络使用寻呼消息来发起。
[0144] 下行链路中的数据传递的循环可以包括针对以下RRC连接拒绝消息的内容。 UTRAN/E-UTRAN 925 (例如网络）可以发送寻呼消息902。寻呼原因设定为针对WTRU 920的 "DL MTC数据传输请求"的定义的IEJTRU 920可以通过发送RRC CONNECTION REQUEST(RRC 连接请求)904来对寻呼消息902进行响应，该RRC连接请求可以包含被设定为"DL MTC数据 传递请求"的定义的原因或者另一常规设定的ESTABLI SHMENT_CAUSE (建立_原因）。可以从 UTRAN 925发送具有附加的MTC数据的RRC⑶NNECTION REJECT(RRC连接拒绝）消息906,并 且拒绝原因设定为"MTC数据传输"。WTRU 920可以通过发送具有定义的建立原因"MTC数据 应答"的另一RRC连接请求908来使用应答来进行响应。在这一点，WTRU 920可以认为DL数据 传输完成，并且进入空闲模式910。1711^1^^-1711^~ 925接收具有设定为11'(：数据应答"的建 立原因的RRC连接请求908，并且可以认为DL数据传输完成。
[0145] 可替换地，如果UTRAN/E-UTRAN 925已经接收到第二RRC连接请求，则其可以认为 先前的MTC数据传输906失败，并且除了拒绝原因可以设定为"MTC数据重传"之外可以通过 重复类似于序列906的传输来开始MTC数据的重传。
[0146] 图10是RRC连接建立用于携带MTC数据的示例性消息序列。该序列类似于图9。如图 10所示，在1005处，可以将RRC连接建立完成消息从WTRU 1010发送给UTRAN/E-UTRAN 1015 (即网络）以指示MTC数据已经被成功接收到，并且WTRU 1010已经结束数据交换且已经返回 到空闲模式1007。
[0147] 可支持所公开的信令技术的另一种修改可以是WTRU发起的下行链路数据传输。例 如，不是WTRU唤醒以侦听寻呼时机，而是该WTRU可以在预定义的时间间隔（可能由MTC配制 来配制）唤醒，例如其目的是为了进行周期性报告，从而针对向WTRU传送数据的需求来轮询 网络。
[0148] WTRU发起的下行链路数据传输可以由WTRU使用RRC连接请求、小区更新消息、或 URA更新消息中的一者或其组合轮询网络来执行。可以将指示WTRU正在针对数据而轮询的 新的原因添加到所述消息。DL响应消息可以包含MTC数据，可以通过使用这里描述的过程中 的任意过程来将该MTC数据附加并发送给WTRU。可替换地，可以发送指示不存在数据的DL响 应。例如，可以发送具有原因"无MTC数据"的RRC连接拒绝消息。该概念可以应用于其他DL消 息并且这里描述的过程也可以被应用。
[0149] 图11是WTRU发起的DL数据传输的示例性消息序列。WTRU 1120可以使用RRC连接请 求在预定义的时间轮询UTRAN/E-UTRAN 1125(即网络）。在1103处，网络1125可以用具有指 示没有数据可用于传输的原因"无MTC数据"的RRC连接拒绝消息来进行响应。WTRU 1120可 以返回到空闲模式1105。当周期性定时器期满时，在1107处，WTRU 1120可以再次轮询网络 1125。网络1125在DL中具有要传送的数据，并且在1109处可以开始传输数据。
[0150]实施方式还可以使用DCCH信令承载来完成MTC数据传输。直接传递消息可以用于 上行链路和下行链路中的MTC数据传输。直接传递消息可以携带编码的NAS消息并且可以通 过用于UMTS的信令无线电承载RB3和RB4以及通过用于LTE的SRB2而被发送。这里描述的实 施方式也可以通过其他无线电承载来实施。另外，一个或若干个无线电承载可以专用于MTC 消息。MTC无线电承载参数可以在系统信息中在DL中通过广播控制信道(BCCH)来广播，该 MTC无线电承载参数可以是由网络在RRC消息中配置的，或者是WTRU中存储的默认配置。
[0151]当传送包含MTC数据的直接传递消息时，WTRU可能已经执行附着过程以及认证和 安全过程。可替换地，可以传送包含MTC数据的直接传递消息而无需WTRU被附着和/或无需 WTRU已经执行了认证和安全过程。
[0152]在连接模式下，MTC设备可以通过发送初始直接传递、上行链路直接传递、或UL信 息传递消息来将数据传递给网络。只要网络需要传送数据给MTC设备，其就可以发送下行链 路直接传递或DL信息传递消息给WTRU。可以将以下IE中的一个或其组合添加在不同类型的 直接传递消息中。所述IE可以包括：指示MTC数据存在于所述消息中（例如布尔）的IE;IE MTC数据(例如可选的IE); IE MTC数据大小;针对域标识MTC服务设定的常规IE核心网（CN) 域标识或可以针对现有值分组切换(PS)设定的CN域标识;设定为值MTC数据传递的常规IE 建立原因；表明MTC数据的接收方的标识的IE;IE MTC设备标识;或者IE MTC控制器标识。
[0153] 在不使用常规直接传递消息的实施方式中，可以定义一个或若干个新的消息，其 可以被称为例如初始MTC数据传递、上行链路MTC数据传递、以及下行链路MTC数据传递。另 外，也可以使用用于携带N A S消息的其他常规R R C消息，例如在L T E RRCConnectionSetupComplete(RRC 连接建立完成）或 RRCConnectionReconfiguration(RRC 连接重配置）中使用。
[0154] 当WTRU侧或网络侧上的RRC接收到直接传递消息时，可以对直接传递消息进行检 查以确定所述消息是否包含MTC数据。所述确定可以通过检查指示MTC数据的存在性的IE或 通过检查MTC数据IE来完成。MTC数据可以在不是可用于发送NAS消息的信号的相同的信号 中或在不同的信号中被发送给较高层。
[0155] 在用于使用直接传递过程的MTC数据传输的另一示例性实施方式中，NAS消息自身 可用于传送MTC数据而不是仅将MTC数据附加到直接传递消息。例如，可以将IE添加在现有 的NAS消息（例如附着请求、附着接受、附着拒绝、附着完成、位置区域更新/接受/拒绝、和/ 或路由区域更新/接受/拒绝）中。可以由WTRU周期性地发送一些NAS消息例如位置区域更新 和路由区域更新，并且可以允许WTRU发送数据给网络而无需增加信令负荷。在该实施方式 中，可以将这里描述的用于直接传递消息的IE中的一个或其组合添加到NAS消息。
[0156] 网络可以通过利用具有称为例如"NAS消息上的MTC数据传输"的新的寻呼原因的 PAGING TYPE 2(寻呼类型2)消息或其他现有消息、或者通过使用可称为例如UL MTC传递请 求的新的消息来发起上行链路MTC数据传递。
[0157] MTC设备可以通过发送可称为例如"DL MTC传递请求"的新的消息、或者通过重新 使用现有消息以及添加称为例如"MTC数据接收请求"的IE来发起下行链路MTC数据传递。
[0158] MTC数据传输还可以通过使用RRC连接建立完成消息来完成。DCCH中的上行链路中 的MTC数据传输可以通过使用RRC连接建立完成消息来完成，其可能需要建立初级RRC连接。 [0159] WTRU可以通过向网络发送具有设定为可称为例如MTC数据传输请求的新定义的原 因的建立原因的RRC连接请求消息来发起MTC数据传输请求。如果网络接受所述请求，WTRU 可以通过发送RRC连接建立消息给WTRU来如通常一样继续RRC连接建立过程。RRC连接建立 消息可以包括以下IE中的一个或其组合:表明MTC数据传输已经被授权的指示;WTRU被允许 发送的MTC数据的最大大小；关于WTRU可以发送多少消息来用于附加MTC数据的指示（例如 WTRU可以使用若干个RRC连接建立完成消息，而不是一个）；或者表明在WTRU需要若干个消 息来发送MTC数据的情况下WTRU可以发送具有MTC数据的下一个消息的指示。
[0160] 在网络决定拒绝来自WTRU的MTC数据传输请求的情况下，该网络可以发送具有被 设定为可称为例如" MTC数据传输拒绝"的IE的拒绝原因的RRC连接拒绝。可替换地，替代拒 绝具有RRC连接拒绝的连接，网络可以发送具有指示已经拒绝了MTC数据传输的IE的RRC连 接建立。
[0161] 当WTRU接收到接受MTC数据传输请求的RRC连接建立消息时，该WTRU可以通过发送 具有附加的MTC数据的RRC连接建立完成消息来开始MTC数据传输，该MTC数据被附加作为该 RRC连接建立完成消息的IE的一部分。
[0162] 可以将以下IE中的一个或其组合添加到RRC连接建立完成消息:MTC数据或MTC数 据的一部分;MTC数据的大小或部分MTC数据的大小;MTC数据的总大小;WTRU需要为附加总 的MTC数据而发送的消息数量;接收方的标识，例如MTC数据专用于的MTC控制器;或者MTC数 据的优先级。
[0163] 当网络接收到包含MTC数据的RRC连接建立完成时，网络可以发送RRC连接释放给 WTRU以释放所述连接。所述RRC连接释放可以包含指示WTRU必须停止发送MTC数据的IE。可 替换地，在发送RRC连接释放之前，网络可以等待WTRU为发送完成的MTC数据而需要的RRC连 接建立完成消息的数量。WTRU还可以发送另一消息来向WTRU指示该WTRU可以继续发送具有 附加的MTC数据的RRC连接建立完成消息。该消息可以是具有添加的IE的另一 RRC连接建立、 另一常规RRC消息、或新的消息。
[0164] 当WTRU接收到RRC连接释放时，其可以停止发送MTC数据给网络并发送RRC连接释 放完成，该RRC连接释放完成可以包含向网络指示WTRU停止发送MTC数据的IE。替代等待RRC 连接释放，WTRU可以自动停止发送MTC数据，并且通过以下方式通知网络中断MTC数据传输： 通过发送RRC连接释放完成而无需已经接收到任意RRC连接释放、或者通过发送具有指示中 断MTC数据传输的IE的另一现有RRC消息、或者通过发送可称为例如"MTC数据传输完成"的 RRC消息。
[0165] 为了减少信令负荷，W T R U可以自动释放连接而无需由网络告知。例如时间受控的 设备可以自动释放所述连接而无需由网络告知，其中网络和WTRU提前知道WTRU何时将发送 和接收数据。用于自动RRC连接释放的不同方案可以在下面提出并且可以独立或合并使用。
[0166] 可以提前知道数据的传输或接收的预期持续时间。WTRU可以在经过持续时间之后 释放所述连接，其中开始时间可以是传输或接收开始的时间，例如在网络或WTRU处开始的 时间。另外，连接释放时间可以被配置为将传输(或接收）的持续时间和确定的时间延迟考 虑在内。所述时间延迟可以是默认值和/或用户或网络可配置的值。
[0167] 在一个实施方式中，所述持续时间可以存储在WTRU中并由网络一次配置或有规律 地配置。换句话说，可存在存储在WTRU中的默认的持续时间，但是网络可以经由控制消息来 更新该默认的持续时间，例如经由RRC消息来更新。WTRU可以保存该新的持续时间直到接收 到更新的持续时间。
[0168] 此外，持续时间可由网络在连接建立阶段配置。在这种情况下，也可以存在由WTRU 使用的默认配置。在每个连接结束之后，由网络发送的值可以在WTRU中重置。
[0169] 在WTRU完成发送数据之后，该WTRU可以自动释放RRC连接。在一个实施方式中，在 传输最后的数据之后，WTRU可以在经过一段时间之后自动释放RRC连接。在另一实施方式 中，如果在预定义的时段没有执行上行链路(UL)数据并且在该周期期间没有接收到DL数 据，则WTRU可以自动释放RRC连接。数据传输可以指代较高层数据传输，或者其可以考虑层2 (L2)传输。可以基于无线电链路控制(RLC)的缓存状态来做出关于是否有更多数据可用的 决定。如果使用RLC应答模式(AM)且未应答的数据一直保持在缓冲器中，则WTRU可以保持所 述连接。否则，当满足上述的标准时，WTRU可以释放所述连接。
[0170]网络可以知道WTRU已经通过以下方法中的一种或其组合释放所述连接。在一个实 施方式中，在经过确定的定时而没有接收到来自WTRU的任何数据之后，网络可以确定所述 连接结束。在另一实施方式中，WTRU可以向网络发送表明其正在使用现有RRC消息或新的 RRC消息来释放RRC连接的指示。可替换地，WTRU可以发送L2指示(例如MAC消息，在报头中， 或者作为SI的有效载荷的一部分或特定值)或L1信号。在另一实施方式中，网络可以知道设 想WTRU要发送的数据量，并且在接收到该数据量之后释放所述连接。该数据量可以是默认 值或者可以在数据传输开始前由WTRU或网络指示。为了避免在WTRU不能发送一些或所有数 据的情况下的停顿情况，可以定义限定传输可花费的最大持续时间的定时器。当经过该定 时后，网络可以释放所述连接。一旦网络已经接收到数据总数，所述定时器就可以停止。
[0171] 当网络完成向WTRU发送数据时，该网络可以自动释放RRC连接。在WTRU停止接收来 自网络的数据之后，经过确定的时段之后WTRU可以确定网络已经终止了所述连接，其中 WTRU可以在WTRU侧释放连接。另外，如果WTRU在确定的时段期间也没有要传送的上行链路 数据，则所述连接可以终止。
[0172] 当网络完成向WTRU发送数据时，该网络可以自动释放RRC连接，其中WTRU可以提前 知道设想网络向WTRU发送的确定的数据量，并且已经接收到确定的数据量。该数据量可以 是默认值或者可以在每次数据传输开始时、或者针对确定次数的数据传输、或者直到出现 重配置由网络配置。在网络不能发送一些或所有数据时，可以在WTRU中定义表示设想接收 数据将花费的最大持续时间的定时器。当定时器期满时，即使WTRU还没有接收到其设想的 数据量，该WTRU也可以自动释放连接。可替换地，当WTRU在定时器期满之前已经接收到一些 或所有数据时，定时器可以停止并且WTRU可以自动释放所述连接。
[0173] 当满足这里提及的条件时，WTRU也可以自动从NAS分离。例如，一旦释放了RRC连 接，WTRU就可以在满足以下标准中的一个或其组合时释放NAS附着：1)在给定的时段没有执 行UL传输(例如没有发起RRC连接请求）；2)在一时段没有接收到请求信息的轮询消息;3)在 一时段没有接收到针对所述WTRU或者使得WTRU发起RRC连接的寻呼消息；以及4)所述时间 与下一调度的出现之间的时间差大于阈值。
[0174] 注意的是，这里公开的技术可以用于任意WTRU。这里提及的信令减少可以导致减 少的功率消耗方案，该方案对于低功率消耗设备可以是有益的。可以理解这里描述的概念 可应用于并且可扩大到与MTC通信相关的许多其他使用情况。所公开的技术通过在控制平 面上传送MTC数据可以引起设备功率节约。也公开了可以避免常规传输技术通常所需的连 接过程的技术。这些概念中的一些概念可以应用于若干种MTC应用并且因而可应用于更大 数量的情况。
[0175] 还要注意的是MTC设备可以包括MTC特征的子集。例如，单个MTC设备可以具有以下 特征：1)时间有限、2)时间受控、以及3)拥塞指示。在本公开中，MTC特征的参考包括可归于 由3GPP定义的MTC设备的特征，但是还可以包括可归于3GPP网络中的MTC设备的任意其他特 征或者可归于其他无线网络的环境内的MTC设备的其他特征。公开的技术的最佳组合可以 取决于特定MTC设备的特定特征。注意除了MTC实施方式之外，这里提及的概念可应用于 WTRU。
[0176]虽然上文以特定的组合描述了本发明的特征和元素，但本领域的技术人员应认识 到每个特征或元素都可以被单独地使用或与其它特征和元素以任何方式组合使用。另外， 可以在结合在计算机可读介质中的计算机程序、软件、或固件中实施本发明所述的方法，以 便由计算机或处理器执行。计算机可读介质的例子包括电信号(通过有线或无线连接发送 的）和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(R0M)、 随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器装置、磁介质(诸如内部硬 盘和可移动磁盘）、磁光介质、以及光学介质，诸如CD-ROM磁盘和数字多功能磁盘(DVD)。与 软件相关联的处理器可以用于实现射频收发信机，以在WTRU、UE、终端、基站、RNC或任意主 机中使用。注意的是，可以对UMTS和LTE规范中使用的消息命名惯例表达稍微不同。消息命 名惯例可以在特定部分中和本公开中作为整体在他们使用的上下文中由自身描述，除非以 其他方式注释。术语特征、能力以及服务可以在这里交替使用。这里的方法可应用于WTRU， 该WTRU不必是MTC设备。
【主权项】
1. 一种用于无线发射/接收单元WTRU的机器类型通信MTC的方法，该方法包括： 将第一指示附加到第一消息上，所述第一指示指示所述WTRU对MTC小数据传输能力的 能力，所述MTC小数据传输能力包括经由控制平面发送用户数据的能力； 经由发射机向通信网络发送所述第一消息； 经由接收机从所述通信网络接收第二消息，所述第二消息包括第二指示，所述第二指 示包括所述通信网络对所述MTC小数据传输的能力；以及 经由所述发射机向所述通信网络发送第三消息，所述第三消息包括所附加的MTC数据， 所述MTC小数据包括用户数据，至少所述用户数据经由所述控制平面被发送。2. 根据权利要求1所述的方法，其中所述第三消息是在没有建立数据承载的情况下被 发送的。3. 根据权利要求1所述的方法，其中所述第一消息是以下中的至少一者:系统信息广播 消息、无线电资源控制RRC连接消息、立即分配消息、网络接入层附着请求消息、跟踪区域更 新请求消息、路由区域更新请求消息、位置更新接受消息和临时移动用户标识消息。4. 根据权利要求1所述的方法，其中所述第二消息是以下中的至少一者:系统信息广播 消息、无线电资源控制RRC连接消息、立即分配消息、网络接入层附着接受消息、跟踪区域更 新接受消息、路由区域更新请求消息、位置更新接受消息和临时移动用户标识消息。5. 根据权利要求1所述的方法，其中所述第三消息是以下中的至少一者:系统信息广播 消息、无线电资源控制RRC连接请求消息、立即分配消息、网络接入层附着完成消息、跟踪区 域更新请求消息、路由区域更新请求消息、位置更新接受消息和临时移动用户标识消息。6. -种无线发射/接收单元WTRU，包括： 处理器，该处理器被至少配置成： 将第一指示附加到第一消息上，所述第一指示指示所述WTRU对机器类型通信MTC小数 据传输能力的能力，所述MTC小数据传输能力包括经由控制平面发送用户数据的能力； 发射机，该发射机被至少配置成： 向通信网络发送所述第一消息； 接收机，该接收机被至少配置成： 从所述通信网络接收第二消息，所述第二消息包括第二指示，所述第二指示包括所述 通信网络对所述MTC小数据传输的能力； 所述发射机被进一步配置成： 向所述通信网络发送第三消息，所述第三消息包括所附加的MTC数据，所述MTC小数据 包括用户数据，至少所述用户数据经由所述控制平面被发送。7. 根据权利要求6所述的WTRU，其中所述发射机被进一步配置以使得所述第三消息在 没有建立数据承载的情况下被发送。8. 根据权利要求6所述的WTRU，其中所述处理器被进一步配置以使得所述第一消息是 以下中的至少一者:系统信息广播消息、无线电资源控制RRC连接消息、立即分配消息、网络 接入层附着请求消息、跟踪区域更新请求消息、路由区域更新请求消息、位置更新接受消息 和临时移动用户标识消息。9. 根据权利要求6所述的WTRU，其中所述第二消息是以下中的至少一者:系统信息广播 消息、无线电资源控制RRC连接消息、立即分配消息、网络接入层附着接受消息、跟踪区域更 新接受消息、路由区域更新请求消息、位置更新接受消息和临时移动用户标识消息。10. 根据权利要求6所述的WTRU，其中所述发射机被进一步配置以使得所述第三消息是 以下中的至少一者:系统信息广播消息、无线电资源控制RRC连接请求消息、立即分配消息、 网络接入层附着完成消息、跟踪区域更新请求消息、路由区域更新请求消息、位置更新接受 消息和临时移动用户标识消息。11. 一种用于机器类型通信MTC设备的通信的方法，该方法包括： 从所述MTC设备发送第一消息，所述第一消息包括有关所述MTC设备具有MTC小数据传 输能力的信息；以及 在所述MTC设备处接收响应于所述第一消息的第二消息，所述第二消息包括网络对所 述MTC小数据传输的能力，所述MTC小数据传输能力包括经由控制平面发送用户数据的能 力。12. 根据权利要求11所述的方法，该方法还包括接收包括原因 MTC数据传输的寻呼。13. 根据权利要求11所述的方法，其中所述第一消息是以下中的至少一者:系统信息广 播消息、无线电资源控制RRC连接建立请求、立即分配消息、网络接入层附着消息、跟踪区域 更新消息、路由区域更新消息、位置更新接受消息和临时移动用户标识消息。14. 根据权利要求11所述的方法，其中，所述第二消息是以下中的至少一者：系统信息 广播消息、无线电资源控制RRC连接建立请求、立即分配消息、网络接入层附着消息、跟踪区 域更新消息、路由区域更新消息、位置更新接受消息和临时移动用户标识消息。
【文档编号】H04W4/00GK106028273SQ201610591177
【公开日】2016年10月12日
【申请日】2011年3月23日
【发明人】B·阿吉里, J·M·默里, J-L·格鲁, A·L·A·宾海若, D·帕尼, L·蔡, S·戈梅斯, C·凯夫
【申请人】交互数字专利控股公司