HUE035600T2

HUE035600T2 - Small data techniques and configurations in a wireless communication network

Info

Publication number: HUE035600T2
Application number: HUE12846449A
Authority: HU
Inventors: Puneet K Jain; Meghashree Dattatri Kedalagudde; Muthaiah Venkatachalam
Original assignee: Intel Corp
Priority date: 2011-11-04
Filing date: 2012-03-28
Publication date: 2018-05-28
Also published as: MY168109A; JP2018110402A; JP2016129383A; JP6267732B2; HK1249286A1; RU2643660C1; RU2656234C1; JP2017135718A; JP6100878B2; MY175550A; CA2932387A1; CN107257252A; JP6279642B2; RU2669781C1; CN105871429A; JP2018046580A; JP2016059062A; HK1224094A1; RU2015138682A; JP6542439B2

Abstract

Technology for adjusting a receiver timing of a wireless device in a Coordinated MultiPoint (CoMP) system is disclosed. One method can include the wireless device receiving a plurality of node specific reference signals (RSs) from a plurality of cooperating nodes in a coordination set of the CoMP system. The coordination set includes at least two cooperating nodes. The wireless device can estimate a composite received RS timing from a plurality of received RS timings generated from the plurality of node specific RSs. The received RS timings represent timings from the at least two cooperating nodes. The wireless device can adjust the receiver timing based on the composite received RS timing. A node specific RS can include a channel-state information reference signal (CSI-RS).

Description

Cross Reference to Related Applications [0001] The present application claims priority to U.S. Provisional Patent Application No. 61/556,109, filed November 4, 2011, the entire specification of which is hereby incorporated by reference in its entirety for all purposes.

Field [0002] Embodiments of the present disclosure generally relate to the field of wireless communication systems, and more particularly, to small data techniques 10 and configurations in a wireless communication network such as, for example, techniques and configurations for transmitting small data payloads.

Background [0003] Mobile networks that facilitate transfer of information at broadband rates continue to be developed and deployed. Such networks may be colloquially referred to herein as broadband wireless access (BWA) networks. A variety of different device types may be used in broadband wireless technologies. Such devices may include, for example, personal computers, smartphones, laptops, netbooks, ultrabooks, tablets, handheld devices, and other consumer electronics such as music players, digital cameras, etc., that are configured to communicate over the wireless broadband networks. [0004] Machine-to-Machine (M2M) may refer to technologies that allow wireless and wired systems to communicate with other devices without any human intervention. M2M may use a device such as, for example, a sensor or meter to collect information, which may be relayed through a network (e.g., wireless, wired, or hybrid) to an application that translates the information into meaningful data. The expansion of BWA networks across the world and accompanying increased speed/bandwidth and reduced power of wireless communication has facilitated growth of M2M communication. Although the amount of data sent by M2M devices is very small, a large number of these devices, in combination, may 30 increase a load on a network. Current techniques for transmitting small data payloads such as machine type communication (MTG) data may be inefficient or incompatible with emerging BWA networks. The 3GPP TR 23.888 (Release 11) represents valid prior art: "3rd Generation Partnership Project: Technical Specification Group Services and System Aspects; System Improvements for Machine-Type Communications; (Release 11)", 3GPP DRAFT; 23888-150-RM, 3RD GENERATION PARTNERSHIP PROJECT(3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTES DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. SA WG2.

Brief Description of the Drawings [0005] Embodiments will be readily understood by the following detailed description in conjunction with the accompanying drawings. To facilitate this description, like reference numerals designate like structural elements. Embodiments are illustrated by way of example and not by way of limitation in the figures of the accompanying drawings. FIG. 1 schematically illustrates an example broadband wireless access (BWA) network in accordance with some embodiments. FIG. 2 schematically illustrates system architecture configured to perform small data payload techniques and configurations described herein, in accordance with some embodiments. FIG. 3 schematically illustrates an example triggering scheme for transmission of a small data payload, in accordance with some embodiments. FIG. 4 schematically illustrates an example interface scheme between modules of a wireless communication system, in accordance with some embodiments. FIG. 5 schematically illustrates an example GPRS (General Packet Radio Service) Tunneling Protocol (GTP) message format, in accordance with some embodiments. FIG. 6 schematically illustrates an example GTP header format, in accordance with some embodiments. FIG. 7 schematically illustrates an example International Mobile Subscriber Identity (IMSI) Information Element, in accordance with some embodiments. FIG. 8 schematically illustrates an example Validity Period Information Element, in accordance with some embodiments. FIG. 9 schematically illustrates an example Generic Data Container Information Element, in accordance with some embodiments. FIG. 10 schematically illustrates an example Priority Information Element, in accordance with some embodiments. FIG. 11 schematically illustrates another example interface scheme between modules of a wireless communication system, in accordance with some embodiments. FIG. 12 schematically illustrates an example Machine Type Communication Application Protocol (MTC-AP) message format, in accordance with some embodiments. FIG. 13 schematically illustrates an example MTC-AP header format, in accordance with some embodiments. FIG. 14 is a flow diagram of a method for triggering transmission of a data payload in a wireless communication network, in accordance with some embodiments. FIG. 15 schematically illustrates an example system that may be used to practice various embodiments described herein.

Detailed Description [0006] The invention is defined by the claims. Embodiments of the present disclosure provide small data techniques and configurations in a wireless communication network including techniques and configurations for triggering transmission of small data payloads such as, for example, Machine Type Communication (MTC) data, monitoring small data communications, and signaling improvements of the same. In the following detailed description, reference is made to the accompanying drawings which form a part hereof, wherein like numerals designate like parts throughout, and in which is shown by way of illustration embodiments in which the subject matter of the present disclosure may be practiced. It is to be understood that other embodiments may be utilized and structural or logical changes may be made without departing from the scope of the present disclosure. Therefore, the following detailed description is not to be taken in a limiting sense, and the scope of embodiments is defined by the appended claims and their equivalents.

[0007] Various operations are described as multiple discrete operations in turn, in a manner that is most helpful in understanding the claimed subject matter. However, the order of description should not be construed as to imply that these operations are necessarily order dependent. In particular, these operations may not be performed in the order of presentation. Operations described may be performed in a different order than the described embodiment. Various additional operations may be performed and/or described operations may be omitted in additional embodiments. [0008] For the purposes of the present disclosure, the phrase "A and/or B" means (A), (B), or (A and B). For the purposes of the present disclosure, the phrase "A, B, and/or C" means (A), (B), (C), (A and B), (A and C), (B and C), or (A, B and C).

[0009] The description may use the phrases "in an embodiment," or "in embodiments," which may each refer to one or more of the same or different embodiments. Furthermore, the terms "comprising," "including," "having," and the like, as used with respect to embodiments of the present disclosure, are synonymous.

[0010] As used herein, the term "module" may refer to, be part of, or include an Application-Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group) and/or memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable components that provide the described functionality.

[0011] Example embodiments may be described herein in relation to broadband wireless access (BWA) networks including networks operating in conformance with one or more protocols specified by the 3rd Generation Partnership Project (3GPP) and its derivatives, the WiMAX Forum, the Institute for Electrical and Electronic Engineers (IEEE) 802.16 standards (e.g., IEEE 802.16-2005 Amendment), Long-Term Evolution (LTE) project along with any amendments, updates, and/or revisions (e.g., advanced LTE project, ultra mobile broadband (UMB) project (also referred to as "3GPP2"), etc.). IEEE 802.16 compatible BWA networks are generally referred to as WiMAX networks, an acronym that stands for Worldwide Interoperability for Microwave Access, which is a certification mark for products that pass conformity and interoperability tests for the IEEE 802.16 standards. In other embodiments, communication schemes described herein may be compatible with additional/alternative communication standards, specifications, and/or protocols. For example, embodiments of the present disclosure may be applied to other types of wireless networks where similar advantages may be obtained. Such networks may include, but are not limited to, wireless local area networks (WLANs), wireless personal area networks (WPANs) and/or wireless wide area networks (WWANs) such as cellular networks and the like. [0012] The following embodiments may be used in a variety of applications including transmitters and receivers of a mobile wireless radio system. Radio systems specifically included within the scope of the embodiments include, but are not limited to, network interface cards (NICs), network adaptors, base stations, access points (APs), relay nodes, enhanced node Bs, gateways, bridges, hubs and satellite radiotelephones. Further, the radio systems within the scope of embodiments may include satellite systems, personal communication systems (PCS), two-way radio systems, global positioning systems (GPS), two-way pagers, personal computers (PCs) and related peripherals, personal digital assistants (PDAs), personal computing accessories and all existing and future arising systems which may be related in nature and to which the principles of the embodiments could be suitably applied.

[0013] FIG. 1 schematically illustrates an example broadband wireless access (BWA) network 100 in accordance with some embodiments. The BWA network 100 may include one or more radio access networks (hereinafter "RAN 20") and a core network 25.

[0014] User Equipment (UE) 15 may access the core network 25 via a radio link ("link") with a base station (BS) such as, for example, one of base stations 40, 42, etc., in the RAN 20. The UE 15 may, for example, be a subscriber station that is configured to communicate with the base stations 40, 42 in conformance with one or more protocols. The following description is provided for an example BWA network 100 that conforms with 3GPP for ease of discussion; however, subject matter of the present disclosure is not limited in this regard and the described embodiments may apply to other networks that benefit from the principles described herein. In some embodiments, the base stations 40, 42 may include enhanced Node B (eNB) stations and a UE 15 that is configured to communicate using a multiple-input and multiple-output (ΜΙΜΟ) communication scheme. One or more antennas of the UE 15 may be used to concurrently utilize radio resources of multiple respective component carriers (e.g., which may correspond with antennas of eNB stations 40, 42) of the BWA network 100. The UE 15 may be configured to communicate using Orthogonal Frequency Division Multiple Access (OFDMA) in, e.g., downlink communications, and/or Single-Carrier Frequency Division Multiple Access (SC-FDMA) in, e.g., uplink communications in some embodiments.

[0015] While FIG. 1 generally depicts the UE 15 as a cellular phone, in various embodiments the UE 15 may be a personal computer (PC), a notebook, ultrabook, netbook, smartphone, an ultra mobile PC (UMPC), a handheld mobile device, an universal integrated circuit card (UICC), a personal digital assistant (PDA), a Customer Premise Equipment (CPE), a tablet, or other consumer electronics such as MP3 players, digital cameras, and the like. The base stations 40,42 may include one or more antennas, one or more radio modules to modulate and/or demodulate signals transmitted or received on an air interface, and one or more digital modules to process signals transmitted and received on the air interface.

[0016] In some embodiments, communication with the UE 15 via RAN 20 may be facilitated via one or more nodes 45. The one or more nodes 45 may act as an interface between the core network 25 and the RAN 20. According to various embodiments, the one or more nodes 45 may include a Mobile Management Entity (MME) (e.g., SGSN/MME 58 of FIG. 2) that is configured to manage signaling exchanges (e.g., authentication of the UE 15) between the base stations 40, 42 and the core network 25 (e.g., one or more servers 50), a Packet Data Network Gateway (PGW) (e.g., GGSN/PGW 51 of FIG. 2) to provide a gateway router to the Internet 65, and/or a Serving Gateway (SGW) to manage user data tunnels or paths between the base stations 40, 42 of the RAN 20 and the PGW. Other types of nodes may be used in other embodiments.

[0017] The core network 25 may include logic (e.g., a module) to provide authentication of the UE 15 or other actions associated with establishment of a communication link to provide a connected state of the UE 15 with the BWA network 100. For example, the core network 25 may include one or more servers 50 that may be communicatively coupled to the base stations 40, 42. In an embodiment, the one or more servers 50 may include a Home Subscriber Server (HSS) (e.g., HLR/HSS 56 of FIG. 2), which may be used to manage user parameters such as a user’s International Mobile Subscriber Identity (IMSI), authentication information, and the like. The core network 25 may include other servers, interfaces, and modules some of which are further described in connection with FIG. 2. The one or more servers 50 may include over-the-air (OTA) servers in some embodiments. In some embodiments, logic associated with different functionalities of the one or more servers 50 may be combined to reduce a number of servers, including, for example, being combined in a single machine or module.

[0018] According to various embodiments, the BWA network 100 is an Internet Protocol (IP) based network. For example, the core network 25 may be an IP based network. Interfaces between network nodes (e.g., the one or more nodes 45) may be based on IP, including a backhaul connection to the base stations 40, 42. In some embodiments, the BWA network 100 includes a Global System for Mobile Communication (GSM), General Packet Radio Service (GPRS), Universal Mobile Telecommunications System (UMTS), High Speed Packet Access (HSPA), Evolved HSPA (E-HSPA), or Long-Term Evolution (LTE) network. In some embodiments, the RAN 20 may include GSM EDGE Radio Access Network (GERAN) where EDGE stands for Enhanced Data for GSM Evolution, Universal Terrestrial Radio Access Network (UTRAN), or Evolved UTRAN (E-UTRAN). The BWA network 100 may operate in accordance other network technologies in other embodiments.

[0019] FIG. 2 schematically illustrates system architecture 200 configured to perform small data payload techniques and configurations described herein, in accordance with some embodiments. The system architecture 200 may be configured to efficiently perform small data transmissions intended for use with Machine-to-Machine (M2M) communication such as, for example, MTC communication. For example, UE 15 may include or be communicatively coupled with smart meters or sensors to collect small amounts of information for transmission (e.g., health monitoring devices, vending machines, and the like configured to collect information about temperature, inventory, etc.). In some embodiments, an Application server 26 may be configured to request an MTC server 52 to trigger sending of a small data payload over a wireless communication network (e.g., BWA network 100 of FIG. 1). For example, the Application server 26 may request MTC information from the UE 15 such as sensor or meter measurement, inventory level, etc. The data payload (e.g., MTC data payload) may be smaller than a preconfigured threshold to define a small data payload in some embodiments. The preconfigured threshold may be set by subscription or network operator policy in some embodiments. [0020] According to various embodiments, the small data payload may be sent by the UE 15 to the MTC server 52 or

Application server 26 via RAN 20 and core network 25 or the small data payload may be sent by the Application server 26 or MTC server 52 to the UE 15 via the core network 25 and the RAN 20. For example, the Application server 26 may be configured (e.g., by an MTC user) to send or trigger sending of a small data payload to UE 15. The Application server 26 may be communicatively coupled with the core network 25 using, for example, an Internet connection (e.g., Internet 65 of FIG. 1). In another example, an MTC application 24 that is communicatively coupled with the UE 15 may be configured to send or trigger the sending of a small data payload to the Application server 26. In some embodiments, the UE 15 is an MTC device configured to send or receive small data payloads and/or communicate with the MTC application 24. In some embodiments, the UE 15 may include the MTC application 24 within the structure of the UE 15. In other embodiments, the MTC application 24 may be communicatively coupled with the UE 15.

[0021] The MTC server 52 may be configured to connect to the core network 25 to communicate with UEs (e.g., UE 15) that are configured for MTC communication. The MTC server 52 may be further configured to communicate with an Interworking Function (IWF) such as MTC-IWF 54 to trigger a transmission of a small data payload. In some embodiments, the MTC server 52 may be referred to as a Services Capability Server (SCS).

[0022] The MTC-IWF 54 may terminate an Tsp reference point or interface (hereinafter "reference point") between the MTC server 52 and the MTC-IWF 54. The MTC-IWF 54 may be configured to hide internal public land mobile network (PLMN) topology and relay or translate signaling protocols used over the Tsp reference point to invoke specific functionality in the PLMN. In some embodiments, the MTC-IWF 54 may authenticate the MTC server 52 before communication is established with the core network 25 and/or control plane requests from the MTC server 52 are authorized. According to various embodiments, the dashed lines between modules (e.g., 54, 58) represent a control plane and the solid lines between modules represent a user plane. While a particular plane may be shown between modules, other embodiments may include additional/alternative planes.

[0023] In one embodiment, the MTC-IWF 54 may terminate a T5a/T5b reference point between a module including a Mobility Management Entity (MME) and/or a Serving GPRS (General Packet Radio Service) Support Node (SGSN) such as, for example, SGSN/MME 58. In some embodiments, the T5a reference point may terminate on the SGSN of the SGSN/MME 58 and the T5b reference point may terminate on the MME of the SGSN/MME 58. In another embodiment, the MTC-IWF 54 may terminate an S6m reference point between a module including a Home Location Register (HLR) and/or Home Subscriber Server (HSS) such as, for example, HLR/HSS 56. The T5a/T5b and S6m reference points are not limited to the example names provided and may be referred to by other names in other embodiments.

[0024] According to various embodiments, theT5a/T5b reference point may be used to send control packet information to a network (e.g., a 3GPP PLMN) based on an indication from the MTC server 52. The S6m reference point may be used to derive routing information for a downlink small data payload by obtaining a network identifier (e.g., 3GPP internal device identifier such as IMSI or Mobile Station International Subscriber Directory Number (MSISDN)) from an MTC device identifier or MTC application identifier. The routing information may include, for example, identities of the UE’s serving Core Network (CN) nodes.

[0025] The system architecture 200 may further include Gr/S6a/S6d reference points between the HLR/HSS 56 and the SGSN/MME 58, reference point Ti between the MTC server 52 and the GGSN/PGW 51, reference point Application Programming Interface (API) between the Application server 26 and the MTC server 52, reference point S1 between the SGSN/MME 58 and the RAN 20, and reference points Um/Uu/LTE-UU between the RAN 20 and the UE 15.

[0026] The system architecture 200 may support transmission of small data payloads with little network impact such as signaling overhead, network resources, or delay for reallocation. In some embodiments, the UE 15 may be attached (e.g., by an established Radio Resource Control (RRC) connection) or detached from the RAN 20 before transmission of the small data payload (e.g., when the small data payload transmission is triggered). The UE 15 may be in connected mode or idle mode when the small data payload transmission is triggered in some embodiments. In some embodiments, when the UE 15 is in idle mode, the system architecture 200 may be configured to preferentially send the small data payload overtheT5a/T5b reference point. The system architecture 200 may be configured to send the small data payload over other reference points in other embodiments.

[0027] FIG. 3 schematically illustrates an example triggering scheme 300 for transmission of a small data payload, in accordance with some embodiments. Referring to FIGS. 2 and 3, at 302, the MTC server 52 may send a trigger delivery request (hereinafter "trigger request") to the MTC-IWF 54 to trigger transmission of a small data payload. In some embodiments, the small data payload may be included in the trigger request for downlink transmission to the UE 15 from the MTC server 52 or the small data payload may be at the UE 15 and the trigger request may trigger an uplink transmission of the small data payload from the UE 15 to the MTC server 52. In a case where the trigger request is to trigger transmission of a small data payload from the UE 15 to the MTC server 52, the trigger request may include another small data payload for downlink delivery to the UE 15 from the MTC server 52 in some embodiments. The trigger request may be sent over the Tsp reference point in some embodiments. The trigger request may include an MTC device identification (ID) and/or an MTC application (e.g., MTC application 24) ID in the trigger to indicate a target UE (e.g., UE 15) for transmission of the small data payload. In some embodiments, the Application server 26 may directly send the small data payload to the MTC-IWF 54. In some embodiments, a secure connection may be established between the MTC-IWF 54 and the MTC server 52 for sending of the trigger request at 302.

[0028] At 304, the MTC-IWF 54 may send a trigger acknowledgement to the MTC server 52. The trigger acknowledgement may be sent in response to the trigger request sent at 302. In some embodiments, the MTC-IWF 54 is configured to send the trigger acknowledgement only if there is a problem with delivery of the trigger. For example, the MTC-IWF 54 may be configured to send the trigger acknowledgement when the MTC-IWF 54 is unable to process the trigger request (e.g., MTC-IWF overload).

[0029] At 306, in response to receiving the trigger request at 302, the MTC-IWF 54 may query the HLR/HSS 56 to obtain routing information for delivery of the trigger (e.g., trigger notification) and/or small data payload to the UE 15 over the T5a/T5b reference point. In some embodiments, the MTC-IWF 54 may send the MTC device ID to the HLR/HSS 56, which may have the MTC Device ID as part of an MTC subscription. The HLR/HSS 56 may map the MTC Device ID to an IMSI of the UE 15 and send the IMSI along with an address for the SGSN/MME 58 back to the MTC-IWF 54. A trust relation may be established between the MTC-IWF 54 and the HLR/HSS 56 in some embodiments (e.g., when the MTC-IWF 54 is outside of a domain of an operator of the core network). In response to receiving the query at 306 from the MTC-IWF 54, the HLR/HSS 56 may send to the MTC-IWF 54 IMSI serving node identities and/or other information such as operator policy, authorization information, failure indication with cause value, and the like. The trigger acknowledgement may be sent, at 304, in response to information sent from the HLR/HSS 56 to the MTC-IWF 54 in response to the query, at 306, in some embodiments. In other embodiments, routing information may be cached or otherwise stored at the MTC-IWF 54 and the query at 306 may not be performed.

[0030] At 308, the MTC-IWF 54 may send a trigger notification to the SGSN/MME 58. In some embodiments, the trigger notification may be sent in response to the trigger request sent at 302 to indicate triggering of transmission of the small data payload over the wireless communication network (e.g., over the T5a/T5b reference point). The trigger notification may be sent to the SGSN/MME 58 over the T5a/T5b reference point. In some embodiments, the trigger notification may include the small data payload.

[0031] At 310, the SGSN/MME 58 may send a message to indicate the trigger notification (e.g., received at 308) to the UE 15. The message may be, for example, a Non-Access Stratum (NAS) message that includes the trigger request (e.g., sent at 302 and/or 308) in a NAS payload. In embodiments where the trigger request at 302 and the trigger notification at 308 include a small data payload for downlink to the UE 15, the SGSN/MME 58 may send the small data payload to the UE 15 using uplink/downlink (UL/DL) NAS signaling (e.g., in a NAS transport message). In embodiments where the trigger request sent at 302 and the trigger notification sent at 308 do not include a small data payload, the SGSN/MME 58 may receive from the UE 15 the small data payload for uplink from the UE 15 to the MTC server 52 over the T5a/T5b reference point. In some embodiments, the UE 15 may receive the trigger request for transmission of a small data payload at 310 and establish, in response to the trigger request, a connection with the MTC server 52 (e.g., at 316) to send or receive the small data payload.

[0032] At 312, the SGSN/MME 58 may send a trigger report to the MTC-IWF 54 to indicate a success or failure of the trigger notification. For example, the SGSN/MME 58 may determine that the trigger notification was successful by receiving an indication that the trigger notification and/or the small data payload was received by the UE 15. The SGSN/MME 58 may determine that the trigger notification failed based on not receiving the indication that the trigger notification and/or the small data payload was received by the UE 15 or receiving an indication that the trigger notification and/or the small data payload was not received by the UE 15. In some embodiments, the trigger report sent at 312 may include the small data payload for uplink transmission from the UE 15 to the MTC server 52. The trigger report may be sent over the T5a/T5b reference point.

[0033] At 314, the MTC-IWF 54 may forward or otherwise send the trigger report to the MTC server 52. The trigger report may be forwarded over the Tsp reference point in some embodiments. The MTC server 52 may, for example, send the trigger report to the Application server 26. In some embodiments, the actions at 302, 304, 306, 308, 310, and/or 312 may be performed over a control plane of the wireless communication network.

[0034] At 316, a connection may be established between the UE 15 and the MTC server 52 for the transmission of the small data payload from the UE 15 to the MTC server 52 orfrom the MTC server 52 to the UE 15. In some embodiments, the small data payload may be transmitted using Packet Data Protocol (PDP) Context and/or a packet data network (PDN) connection. In some embodiments, if the UE 15 has an uplink small data payload to send to the MTC server 52, the UE 15 may activate PDP Context and/or PDP bearers and send uplink data on a user plane (e.g., via GGSN/PGW 51). In some embodiments, the connection may be established at 316 in response to a trigger notification received by the UE 15 at 310.

[0035] FIG. 4 schematically illustrates an example interface scheme 400 between modules of a wireless communication system, in accordance with some embodiments. In the interface scheme 400, protocol stacks of the SGSN/MME 58 and the MTC-IWF 54 may be configured to communicate over the references points T5a/T5b, as indicated.

[0036] In some embodiments, the SGSN/MME 58 and the MTC-IWF 54 have a protocol stack that includes Layer 1 (L1), Layer 2 (L2), Internet Protocol (IP), User Datagram Protocol (UDP), and Protocol Header that are configured to communicate over the T5a/T5b reference point, as can be seen. The Protocol Header may indicate a protocol of a

message being sent over the T5a/T5b reference point.

[0037] In some embodiments, the communications described herein that can be performed overthe T5a/T5b reference point may comport with the interface scheme 400. For example, the trigger notification sent at 308 of FIG. 3 and/or the trigger report sent at 312 of FIG. 3 may be a message sent or received in accordance with a GPRS (General Packet Radio Service) Tunneling Protocol (GTP) or (GTP-C for control signaling) protocol (e.g., Protocol Header of FIG. 11 indicates a GTP-C message). In other embodiments, the messages sent or received at 308 and 312 of FIG. 3 may be in accordance with an MTC Application Protocol (MTC-AP). The messages (e.g., sent at 308 or 312 of FIG. 3) described herein are not limited to these protocols and may comport with other suitable protocols in other embodiments. For example, in some embodiments, the messages may comport with Diameter or Remote Authentication Dial In User Service (RADIUS) protocols or other suitable protocols.

[0038] FIG. 5 schematically illustrates an example GTP message 500 format, in accordance with some embodiments. The GTP message 500 may be used in messages (e.g., sent at 308 and/or 312 of FIG. 3) that are sent overthe T5a/T5b reference point in accordance with the GTP protocol.

[0039] In some embodiments, the GTP message 500 may include one or more bits to indicate features of the message. For example, in one embodiment, 1 to m octets may be used to indicate a GTP-C header and m+1 to n octets may be used to indicate zero or more Information Element(s) (lEs), where m and n are integers. The GTP message 500 may have other suitable formats in other embodiments.

[0040] FIG. 6 schematically illustrates an example GTP header 600 format (e.g., for GTP-C), in accordance with some embodiments. The GTP header 600 may be used in messages (e.g., sent at 308 and/or 312 of FIG. 3) that are sent over the T5a/T5b reference point in accordance with the GTP protocol.

[0041] In some embodiments, the GTP header 600 may include one or more bits to indicate features of the message. For example, in one embodiment, the GTP header 600 may include a first octet of eight bits to indicate Version, Piggybacking flag (P), Tunnel Endpoint Identifier (TEID) flag represented by T (e.g., T = 0), and/or Spare features of the message, as can be seen. In some embodiments, if a Tunnel Endpoint Identifier (TEID) is not available, the TEID field may be present in the GTP header 600 and a T flag value may be set to "0" for the trigger notification and/or the trigger report.

[0042] A second octet may indicate a Message Type. In some embodiments, the Message Type may indicate a trigger notification (e.g., sent at 308 of FIG. 3) or trigger report (e.g., sent at 312 of FIG. 3). For example, the Message Type may have a Message Type value (Decimal) of 240 to indicate the trigger notification or a Message Type value (Decimal) of 241 to indicate the trigger report. According to various embodiments, the trigger notification is an initial Message Type and the trigger report is a triggered Message Type.

[0043] A third octet may indicate a Message Length (first octet). A fourth octet may indicate a Message Length (second octet). A fifth octet may indicate a Sequence Number (first octet). A sixth octet may indicate a Sequence Number (second octet). A seventh octet may indicate a Sequence Number (third octet). An eighth octet may indicate a Spare feature. The GTP header 600 may have other suitable formats in other embodiments.

[0044] According to various embodiments, the trigger notification may include one or more IE(s). In one embodiment, the trigger notification may include IE(s) in accordance with Table 1. Table 1 may represent the IE(s) that may be used in conjunction with the GTP protocol in an embodiment.

Table 1 - Information Elements of the Triaaer Notification

[0045] In Table 1, the trigger notification includes lEs for Cause, UE Identity, Validity Period, Priority, Generic Data

Container, and Private Extension with Presence (P), Condition/Comment, IE Type, and Instance (Ins.) described for each. The values for Presence P may include Conditionally Optional (CO), Mandatory (M), and Optional (O). The values for IE Type include Cause, IMSI, Validity Period, Priority, F-Container and Private Extension, as can be seen. The values for Ins. include 0 and Vendor Specific (VS), as can be seen.

[0046] According to various embodiments, the Cause IE may indicate the cause of triggering. For example, the cause of triggering may be to establish a PDN/PDP connection (e.g., at 316 of FIG. 3) or to send a small data payload. The UE Identity IE may indicate the IMSI/Group ID of the UE. The Validity Period IE may indicate the duration for which the trigger is to be stored. The Priority IE may indicate the priority of the trigger message. The Generic Data Container IE may indicate the trigger and may optionally carry data (e.g., the small data payload). The Private Extension IE may be sent over the T5a/T5b reference point. The trigger notification may include more or fewer IE(s) in other embodiments. [0047] FIG. 7 schematically illustrates an example International Mobile Subscriber Identity (IMSI) Information Element (IE) 700, in accordance with some embodiments. The IMSI IE 700 may represent an IMSI IE 700 of a trigger notification (e.g., sent at 308 of FIG. 3) in some embodiments.

[0048] According to various embodiments, the IMSI IE 700 may include a first octet of bits to indicate the type of IE (e.g., Type = 1 (decimal)). The IMSI IE 700 may further include a second to third octet to indicate a Length = n. The Length field may indicate the length of the IE excluding the first four octets, which may be common for all lEs in some embodiments. The IMSI IE 700 may further include a fourth octet to indicate Spare and Instance. Instance may be a field to differentiate amongst different parameters in one specific message which may use the same IE type. The IMSI IE 700 may further include a fifth octet to indicate Validity Period. The IMSI IE 700 may further include sixth to (n+4) octets if explicitly specified. The IMSI IE 700 may include more or fewer features or alternative arrangements than depicted in other embodiments.

[0049] FIG. 8 schematically illustrates an example Validity Period Information Element (IE) 800, in accordance with some embodiments. The Validity Period IE 800 may represent a Validity Period IE 800 of a trigger notification (e.g., sent at 308 of FIG. 3) in some embodiments.

[0050] According to various embodiments, the Validity Period IE 800 may include a first octet of bits to indicate Type (e.g., IE type). The Validity Period IE 800 may further include a second to third octet to indicate a Length = n. The Validity Period IE 800 may further include a fourth octet to indicate Spare and Instance. The Validity Period IE 800 may further include fifth to (n+4) octets if explicitly specified. The Validity Period IE 800 may include more or fewer features or alternative arrangements than depicted in other embodiments.

[0051] FIG. 9 schematically illustrates an example Generic Data Container Information Element (IE) 900, in accordance with some embodiments. The Generic Data Container IE 900 may represent a Generic Data Container IE 900 of a trigger notification (e.g., sent at 308 of FIG. 3) in some embodiments.

[0052] According to various embodiments, the Generic Data Container IE 900 may include a first octet of bits to indicate Type. The Generic Data Container IE 900 may further include a second to third octet to indicate a Length = n. The Generic Data Container IE 900 may further include a fourth octet to indicate Spare and Instance. The Generic Data Container IE 900 may further include fifth to (n+4) octets for the Generic Data Container (e.g., the small data payload). The Generic Data Container IE 900 may include more or fewer features or alternative arrangements than depicted in other embodiments.

[0053] FIG. 10 schematically illustrates an example Priority Information Element (IE) 1000, in accordance with some embodiments. The Priority IE 1000 may represent a Priority IE 1000 of a trigger notification (e.g., sent at 308 of FIG. 3) in some embodiments.

[0054] According to various embodiments, the Priority IE 1000 may include a first octet of bits to indicate Type. The Priority IE 1000 may further include a second to third octet to indicate a Length = n. The Priority IE 1000 may further include a fourth octet to indicate Spare and Instance. The Priority IE 1000 may further include fifth to (n+4) octets to indicate Priority. The Priority IE 1000 may include more or fewer features or alternative arrangements than depicted in other embodiments.

[0055] According to various embodiments, the trigger report (e.g., sent at 312 of FIG. 3) may include one or more IE(s). In one embodiment, the trigger report may include IE(s) in accordance with Table 2. Table 2 may represent the IE(s) that may be used in conjunction with the GTP protocol in an embodiment.

Table 2 - Information Elements of the Trigger Report

(continued)

[0056] In Table 2, the trigger notification includes lEs for Cause, UE Identity, Generic Data Container, and Private Extension with Presence (P), Condition/Comment, IE Type, and Instance (Ins.) described for each. The values for P include Mandatory (M), and Optional (O). The values for IE Type include Cause, I MSI, F-Containerand Private Extension, as can be seen. The values for Ins. include 0 and Vendor Specific (VS), as can be seen.

[0057] According to various embodiments, the Cause IE may indicate the success and/or failure of the trigger notification. The UE Identity IE may indicate the IMSI/Group ID of the UE. The Generic Data Container IE may indicate the trigger and may optionally carry data (e.g., the small data payload). The Private Extension IE may be sent over the T5a/T5b reference point. The IE(s) of the trigger report may comport with embodiments described in connection with the trigger notification except where otherwise noted, in some embodiments. The trigger report may include more or fewer IE(s) in other embodiments. The features described in connection with FIGS. 5-10 may provide examples in accordance with GTP-C according to various embodiments.

[0058] According to various embodiments, the Cause IE of the trigger report or trigger notification may include values according to Table 3. Table 3 may represent the Cause value according to the GTP protocol in an embodiment. In Table 3, a message having a Request/lnitial Message Type (e.g., trigger notification) may include a Cause value (decimal) from Oto 14 to 15, as can be seen. The Cause values include a Cause value of 12 to indicate establishment of a PDN/PDP connection and a Cause value of 13 to indicate transmission of a small data payload. Further, in Table 3, a message having an Acceptance in a Response/triggered message (e.g., trigger report) may include a Cause value (decimal) from 16 to 21 to -63, as can be seen. The Cause values include a Cause value of 20 to indicate reporting of success or failure of the trigger notification.

Table 3 - Cause Values in Cause IE

(continued)

[0059] FIG. 11 schematically illustrates another example interface scheme 1100 between modules of a wireless communication system, in accordance with some embodiments. In the interface scheme 1100, protocol stacks of the MTC-IWF 54 and the MTC server 52 may be configured to communicate over the references point Tsp, as indicated.

[0060] In some embodiments, the MTC-IWF 54 and the MTC server 52 have a protocol stack that includes L1, L2, IP, UDP and/or Transmission Control Protocol (UDP/TCP), and Protocol Header that are configured to communicate over the Tsp reference point, as can be seen. The Protocol Header may indicate a protocol of a message being sent over the Tsp reference point.

[0061] In some embodiments, the communications described herein that can be performed over the Tsp reference point may comport with the interface scheme 1100. For example, the trigger request sent at 302 of FIG. 3, the trigger acknowledgement sent at 304 of FIG. 3, and the trigger report sent at 314 of FIG. 3 may be a message sent or received in accordance with the MTC-ΑΡ protocol. The Protocol Header may indicate the MTC-ΑΡ. The MTC-ΑΡ may be configured to communicate using, for example, Hyper Text Transfer Protocol (HTTP), Session Initiation Protocol (SIP), and/or native protocols. The messages (e.g., sent at 302, 304, and 314 of FIG. 3) described herein may comport with other suitable protocols in other embodiments. In some embodiments, the MTC-IWF 54 may be configured to function as a translator, relay, or proxy according to the protocol being used to send or receive the message.

[0062] FIG. 12 schematically illustrates an example MTC-ΑΡ message 1200 format, in accordance with some embodiments. The MTC-ΑΡ message 1200 may be used in messages (e.g., sent at 302, 304, 308, 312 and/or 314 of FIG. 3) that are sent over the T5a/T5b and Tsp reference points in accordance with the MTC-ΑΡ protocol.

[0063] In some embodiments, the MTC-ΑΡ message 1200 may include one or more bits to indicate features of the message. For example, in one embodiment, 1 to m octets may be used to indicate an MTC-ΑΡ header and m+1 to n octets may be used to indicate zero or more Information Element(s) (lEs), where m and n are integers. The MTC-AP message 1200 may have other suitable formats in other embodiments. The lEs included with the MTC-AP message 1200 may depend on the MTC-AP Message Type, which may be included in the MTC-AP header (e.g., MTC-AP header 1300 of FIG. 13).

[0064] FIG. 13 schematically illustrates an example MTC-AP header 1300 format, in accordance with some embodiments. The MTC-AP header 1300 may be used in messages that are sent over the T5a/T5b and/orTsp reference points in accordance with the MTC-AP protocol.

[0065] In some embodiments, the MTC-AP header 1300 may include one or more bits to indicate features of the message. For example, in one embodiment, the MTC-AP header 1300 may include a first octet of eight bits to indicate Version (e.g., protocol version) and/or Spare features of the message, as can be seen [0066] A second octet may indicate a Message Type. In some embodiments, the Message Type may indicate a trigger notification (e.g., sent at 308 of FIG. 3) or trigger report (e.g., sent at 312 of FIG. 3). For example, the Message Type may have a Message Type value (Decimal) of 240 to indicate the trigger notification or a Message Type value (Decimal) of 241 to indicate the trigger report. According to various embodiments, the trigger notification is an initial Message Type and the trigger report is a triggered Message Type.

[0067] A third octet may indicate a Message Length (first octet). A fourth octet may indicate a Message Length (second octet). A fifth octet may indicate a Sequence Number (first octet). A sixth octet may indicate a Sequence Number corresponding (second octet). A seventh octet may indicate a Sequence Number corresponding (third octet). An eighth octet may indicate a Spare feature. The MTC-AP header 1300 may have other suitable formats in other embodiments. [0068] The trigger notification and the trigger report may be sent over the T5a/T5b reference point in accordance with the MTC-AP message 1200 of FIG. 12 and the MTC-AP header 1300 of FIG. 13. Data such as the small data payload can be included in the Generic Data Container of the trigger report and/or the trigger notification in accordance with MTC-AP protocol. The trigger notification in accordance with the MTC-AP protocol may include the lEs as described in

connection with Table 1 and FIGS. 7-10. The trigger report in accordance with the MTC-AP protocol may include the lEs as described in connection with Table 2 and in FIGS. 7, 9.

[0069] According to various embodiments, the trigger request (e.g., sent at 302 of FIG. 3) that is sent over the Tsp reference point according to the MTC-AP protocol may include IE(s) as described in Table 4.

Table 4 - Information Elements of the Trigger Request

[0070] In Table 4, the IE(s) may comport with embodiments described in connection with FIGS. 8-10. The External Identifier IE may indicate an external identifier using a Mobile Network Operator (MNO) domain name and a local identifier. [0071] According to various embodiments, the trigger acknowledgement (e.g., sent at 304 of FIG. 3) that is sent over the Tsp reference point according to the MTC-AP protocol may include IE(s) as described in Table 5.

Table 5 - Information Elements of the Trigger Acknowledgment

[0072] In Table 5, the IE(s) may include a Cause IE to indicate success and/or failure of the trigger notification, a Backoff Timer to indicate the MTC server that the network is overloaded and may need to back-off (wait for a preconfigured time) before retrying to send the trigger, and a Private Extension that may be sent on Tsp interfaces.

[0073] According to various embodiments, the trigger report (e.g., sent at 314 of FIG. 3) that is sent over the Tsp reference point according to the MTC-AP protocol may include IE(s) as described in Table 6.

Table 6 - Information Elements of the Trigger Report

(continued)

[0074] FIG. 14 is a flow diagram of a method 400 for triggering transmission of a data payload in a wireless communication network (e.g., BWA network 100 of FIG. 1), in accordance with some embodiments. Actions of the method 1400 may be performed by the MTC-IWF of FIGS. 2-3 or another module of the wireless communication network and may comport with techniques and configurations described in connection with FIGS. 1-13.

[0075] At 1402, the method 1400 includes receiving (e.g., at 302 of FIG. 3), from a Machine Type Communication (MTC) server, a trigger request to trigger sending of a data payload over a wireless communication network. In some embodiments, the trigger request may trigger sending of a first data payload from the MTC server to a target UE or sending of a second data payload from the UE to the MTC server or both the sending of the first data payload from the MTC server and the sending of the second data payload from the UE to the MTC server.

[0076] At 1404, the method 1400 may further include sending (e.g., at 304 of FIG. 3), to the MTC server, a trigger acknowledgement. The trigger acknowledgement may be sent in response to receiving the trigger request.

[0077] At 1406, the method 1400 may further include communicating (e.g., at 306 of FIG. 3) with a module including a Home Location Register (HLR) (e.g., HLR/HSS 56 of FIG. 3) to obtain routing information for sending the trigger notification to User Equipment (UE). The communication with the HLR may take place in response to receiving the trigger request.

[0078] At 1408, the method 1400 may further include sending (e.g., at 308 of FIG. 3), to a module including a Mobility Management Entity (MME) and/or a Serving GPRS (General Packet Radio Service) Support Node (SGSN) (e.g., the SGSN/MME 58 of FIG. 3), a trigger notification to trigger sending of the data payload over the wireless communication network in response to receiving the trigger request. The trigger notification may trigger sending of the first data payload and/orthe second data payload overthe wireless communication network. The trigger notification may be sent in response to the trigger request.

[0079] At 1410, the method 1400 may further include receiving (e.g., at 312 of FIG. 3), from the module including the MME and/or SGSN, a trigger report to indicate a success or failure of the trigger notification. The trigger report may be sent in response to the trigger notification. At 1412, the method 1400 may further include forwarding (e.g., at 314 of FIG. 3) the trigger report to the MTC server.

[0080] Embodiments of the present disclosure may be implemented into a system using any suitable hardware and/or software to configure as desired FIG. 15 schematically illustrates an example system that may be used to practice various embodiments described herein. FIG. 15 illustrates, for one embodiment, an example system 1500 having one or more processor(s) 1504, system control module 1508 coupled to at leastoneofthe processor(s) 1504, system memory 1512 coupled to system control module 1508, non-volatile memory (NVM)/storage 1516 coupled to system control module 1508, and one or more communications interface(s) 1520 coupled to system control module 1508.

[0081] In some embodiments, the system 1500 may be capable of functioning as the UE 15 as described herein. In other embodiments, the system 1500 may be capable of functioning as the one or more servers 50 of FIG. 1 or otherwise provide logic/module that performs functions as described for a base station 40, one or more nodes, MTC Server 52, MTC-IWF 54, HLR/HSS 56, SGSN/MME 58, RAN 20, GGSN/PGW 51, and/or other modules described herein. In some embodiments, the system 1500 may include one or more computer-readable media (e.g., system memory or NVM/storage 1516) having instructions and one or more processors (e.g., processor(s) 1504) coupled with the one or more computer-readable media and configured to execute the instructions to implement a module (e.g., an interworking function) to perform actions described herein.

[0082] System control module 1508 for one embodiment may include any suitable interface controllers to provide for any suitable interface to at least one of the processor(s) 1504 and/or to any suitable device or component in communication with system control module 1508.

[0083] System control module 1508 may include memory controller module 1510 to provide an interface to system memory 1512. The memory controller module 1510 may be a hardware module, a software module, and/or a firmware module.

[0084] System memory 1512 may be used to load and store data and/or instructions, for example, for system 1500. System memory 1512 for one embodiment may include any suitable volatile memory, such as suitable DRAM, for example. In some embodiments, the system memory 1512 may include double data rate type four synchronous dynamic random-access memory (DDR4 SDRAM).

[0085] System control module 1508 for one embodiment may include one or more input/output (I/O) controller(s) to provide an interface to NVM/storage 1516 and communications interface(s) 1520.

[0086] The NVM/storage 1516 may be used to store data and/or instructions, for example. NVM/storage 1516 may include any suitable non-volatile memory, such as flash memory, for example, and/or may include any suitable nonvolatile storage device(s), such as one or more hard disk drive(s) (HDD(s)), one or more compact disc (CD) drive(s), and/or one or more digital versatile disc (DVD) drive(s), for example.

[0087] The NVM/storage 1516 may include a storage resource physically part of a device on which the system 1500 is installed or it may be accessible by, but not necessarily a part of, the device. For example, the NVM/storage 1516 may be accessed over a network via the communications interface(s) 1520.

[0088] Communications interface(s) 1520 may provide an interface for system 1500 to communicate over one or more network(s) and/or with any other suitable device. The system 1500 may wirelessly communicate with the one or more components of the wireless network in accordance with any of one or more wireless network standards and/or protocols. [0089] For one embodiment, at least one of the processor(s) 1504 may be packaged together with logic for one or more controller(s) of system control module 1508, e.g., memory controller module 1510. For one embodiment, at least one of the processor(s) 1504 may be packaged together with logic for one or more controllers of system control module 1508 to form a System in Package (SiP). For one embodiment, at least one of the processor(s) 1504 may be integrated on the same die with logic for one or more controller(s) of system control module 1508. For one embodiment, at least one of the processor(s) 1504 may be integrated on the same die with logic for one or more controller(s) of system control module 1508 to form a System on Chip (SoC).

[0090] In various embodiments, the system 1500 may be, but is not limited to, a server, a workstation, a desktop computing device, ora mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.). In various embodiments, the system 1500 may have more or less components, and/or different architectures. For example, in some embodiments, the system 1500 includes one or more of a camera, a keyboard, liquid crystal display (LCD) screen (including touch screen displays), non-volatile memory port, multiple antennas, graphics chip, application-specific integrated circuit (ASIC), and speakers.

[0091] According to various embodiments, the present disclosure describes an apparatus comprising one or more computer-readable media having instructions and one or more processors coupled with the one or more computer-readable media and configured to execute the instructions to implement an interworking function (IWF) to receive, from a Machine Type Communication (MTC) server, a trigger request to trigger sending of a data payload over a wireless communication network, the data payload being smaller than a preconfigured threshold and send, in response to the trigger request over a reference point to a module including a Mobility Management Entity (MME) or a Serving GPRS (General Packet Radio Service) Support Node (SGSN), a trigger notification to trigger sending of the data payload over the wireless communication network. In some embodiments, the data payload is a first data payload for uplink transmission from user equipment (UE) to the MTC server, the UE being configured to wirelessly communicate with the wireless communication network. In some embodiments, the trigger notification includes a second data payload for downlink transmission from the MTC server to the UE, the second data payload being smaller than the pre-configured threshold. In some embodiments, the module is a first module, the reference point is a first reference point and the IWF is further configured to communicate, in response to receiving the trigger request, with a second module including a Home Location Register (HLR) or Home Subscriber Server (HSS) over a second reference point to obtain routing information for sending the trigger notification to a user equipment (UE) over the first reference point.

[0092] In some embodiments, the reference point is a first reference point that terminates at the IWF and the IWF comprises a machine type communication interworking function (MTC-IWF) that is configured to terminate a second reference point to the MTC-IWF from the MTC server. In some embodiments, the MTC-IWF is configured to receive the trigger request over the second reference point.

[0093] In some embodiments, the IWF is further configured to send a trigger acknowledgement to the MTC server when the IWF is unable to process the trigger request. In some embodiments, the IWF is further configured to receive a trigger report from the module including the MME or the SGSN, the trigger report to indicate a success or failure of the trigger notification and forward the trigger report to the MTC server. In some embodiments, the trigger report includes the data payload. In some embodiments, the trigger notification is a GPRS (General Packet Radio Service) Tunneling Protocol (GTP) message or an MTC Application Protocol (MTC-ΑΡ) message. In some embodiments, the trigger request is an MTC-ΑΡ message.

[0094] In some embodiments, the trigger notification includes one or more information elements to provide a cause, user equipment (UE) identity, validity period, priority, generic data container, or private extension. In some embodiments, the wireless communication network includes a Global System for Mobile Communication (GSM), General Packet Radio Service (GPRS), Universal Mobile Telecommunications System (UMTS), High Speed Packet Access (HSPA), Evolved HSPA (E-HSPA), or Long-Term Evolution (LTE) network. In some embodiments, the wireless communication network is accessible to a User Equipment (UE) via a GSM Enhanced Data for GSM Evolution (EDGE) Radio Access Network (GERAN), Universal Terrestrial Radio Access Network (UTRAN), or Evolved UTRAN (E-UTRAN).

[0095] According to various embodiments, the present disclosure describes a system comprising a Machine Type

Communication (MTC) server configured to send a trigger request to trigger sending of a data payload over a wireless communication network, an interworking function (IWF) configured to receive the trigger request from the MTC server over a first reference point and to send, in response to the trigger request over a second reference point, a trigger notification to trigger sending of the data payload over the wireless communication network, and a module including a Mobility Management Entity (MME) or a Serving GPRS (General Packet Radio Service) Support Node (SGSN) configured to receive the trigger notification from the IWF. In some embodiments, the data payload is a first data payload for uplink transmission from user equipment (UE) to the MTC server, the UE being configured to wirelessly communicate with the wireless communication network, the data payload being smaller than a preconfigured threshold and the trigger notification includes a second data payload for down link transmission from the MTC server to the UE, the second data payload being smaller than the pre-configured threshold.

[0096] In some embodiments, the module is a first module, the system further comprising a second module including a Home Location Register (HLR) or Home Subscriber Server (HSS), wherein the IWF is further configured to communicate, in response to receiving the trigger request, with the second module over a third reference point to obtain routing information for routing the trigger notification. In some embodiments, the IWF is further configured to send a trigger acknowledgement to the MTC server when the IWF is unable to process the trigger request. In some embodiments, the module is further configured to send, in response to receiving the trigger notification, a message to indicate the trigger request to user equipment (EU) that is configured to wirelessly communicate with the wireless communication network. In some embodiments, the module is further configured to send a trigger report to the IWF to indicate a success orfailure of the message sent to indicate the trigger request to the UE. In some embodiments, the IWF is further configured to forward the trigger report to the MTC server and the MTC server is configured to establish, in response to receiving the trigger report, a user plane connection with the UE for sending of the data payload over the user plane connection. [0097] According to various embodiments, the present disclosure describes a method comprising receiving, over a first reference point from a Machine Type Communication (MTC) server of a wireless communication network, a trigger request to trigger sending of a first data payload from the MTC server to user equipment (UE) or sending of a second data payload from the UE to the MTC server or both the sending of the first data payload from the MTC server and the sending of the second data payload from the UE to the MTC server. In some embodiments, the UE is configured to wirelessly communicate with the wireless communication network via a GSM Enhanced Data for GSM Evolution (EDGE) Radio Access Network (GERAN), Universal Terrestrial Radio Access Network (UTRAN), or Evolved UTRAN (E-UTRAN). In some embodiments, the first data payload and the second data payload are smaller than a preconfigured threshold. In some embodiments, the method further includes, in response to the trigger request, sending, over a second reference point to a module including a Mobility Management Entity (MME) or a Serving GPRS (General Packet Radio Service) Support Node (SGSN), a trigger notification to trigger sending of the first data payload and/or the second data payload over the wireless communication network.

[0098] In some embodiments, the module is a first module, the method further comprising, in response to receiving the trigger request, communicating with a second module including a Home Location Register (HLR) or Home Subscriber Server (HSS) over a third reference point to obtain routing information for sending the trigger notification to the user equipment (UE). In some embodiments, the method further includes sending a trigger acknowledgement to the MTC server in response to the trigger request. In some embodiments, the method further includes receiving a trigger report from the module, the trigger report to indicate a success orfailure of the trigger notification. In some embodiments, the method further includes forwarding the trigger report to the MTC server.

[0099] According to various embodiments, the present disclosure describes an apparatus, comprising one or more computer-readable media having instructions and one or more processors coupled with the one or more computer-readable media and configured to execute the instructions to implement a first module including a Mobility Management Entity (MME) or a Serving GPRS (General Packet Radio Service) Support Node (SGSN) of a wireless communication network to receive, a trigger notification to trigger sending of a data payload from a user equipment (UE) to a Machine Type Communication (MTC) server over the wireless communication network. In some embodiments, the data payload is smaller than a preconfigured threshold. In some embodiments, the one or more processors are configured to execute the instructions to send, in response to receiving the trigger notification, a message to indicate the trigger notification to the UE, the UE being configured to wirelessly communicate with the wireless communication network. In some embodiments, the wireless communication network including a Global System for Mobile Communication (GSM), General Packet Radio Service (GPRS), Universal Mobile Telecommunications System (UMTS), High Speed Packet Access (HSPA), Evolved HSPA (E-HSPA), or Long-Term Evolution (LTE) network.

[0100] In some embodiments, the message that indicates the trigger notification to the UE is a Non-access Stratum (NAS) message. In some embodiments, the module is further configured to receive the data payload from the UE over a control plane of the wireless communication system. In some embodiments, the module is further configured to send a trigger report to indicate a success orfailure of the trigger notification. In some embodiments, the trigger report includes the data payload received from the UE. In some embodiments, the trigger notification is a GPRS (General Packet Radio Service) Tunneling Protocol (GTP) message or an MTC Application Protocol (MTC-ΑΡ) message that is received by the module over a control plane of the wireless communication network. In some embodiments, the trigger notification includes one or more information elements to provide a cause, user equipment (UE) identity, validity period, priority, generic data container, or private extension. In some embodiments, the UE is configured to communicate with the wireless communication network via a GSM Enhanced Data for GSM Evolution (EDGE) Radio Access Network (GERAN), Universal Terrestrial Radio Access Network (UTRAN), or Evolved UTRAN (E-UTRAN).

[0101] Although certain embodiments have been illustrated and described herein for purposes of description, a wide variety of alternate and/or equivalent embodiments or implementations calculated to achieve the same purposes may be substituted for the embodiments shown and described without departing from the scope of the present disclosure. This application is intended to cover any adaptations or variations of the embodiments discussed herein. Therefore, it is manifestly intended that embodiments described herein be limited only by the claims

Claims 1. An apparatus comprising: one or more computer-readable media having instructions; and one or more processors coupled with the one or more computer-readable media and the one or more processors are to execute the instructions to cause a user equipment (UE) adapted for machine type communication (MTC) in a public land mobile network (PLMN) to indicate a delivery status of a device trigger message and a trigger payload by: transmitting a message to indicate reception of the device trigger message and the trigger payload, to a node comprising a mobile management entity (MME) or a Serving General Packet Radio Service Support Node (SGSN) adapted to receive a triggerfrom a MTC interworking function (MTC-IWF) over a first reference point, wherein the MTC-IWF is adapted to receive a trigger request over a second reference point from a Services Capability Server (SCS), the trigger request comprising the trigger payload from the SCS, and wherein the MTC-IWF is further adapted to send a trigger acknowledgement to the SCS when the MTC-IWF is unable to process the trigger request; and initiating, in response to the device trigger message, communication with the SCS. 2. The apparatus of claim 1, wherein the trigger payload is a data payload for downlink transmission from the SCS to the UE, the UE to wirelessly communicate in the PLMN. 3. The apparatus of claim 1, wherein the one or more processors are to execute the instructions to cause the UE to receive the device trigger message and the trigger payload from the node. 4. The apparatus of claim 1, further comprising: a sensor, wherein said transmitting a message to indicate reception of the device trigger message and the trigger payload includes information collected by the sensor. 5. The apparatus of claim 1, wherein the PLMN is accessible to the UE via a GSM Enhanced Data for GSM Evolution (EDGE) Radio Access Network (GERAN), Universal Terrestrial Radio Access Network (UTRAN) or Evolved UTRAN (E-UTRAN). 6. A method to indicate a delivery status of a device trigger message and a trigger payload, comprising: transmitting a message from a user equipment (UE) adapted for machine type communication (MTC) in a public land mobile network (PLMN), to indicate reception of the device trigger message and the trigger payload, to a node comprising a mobile management entity (MME) ora Serving General Packet Radio Service Support Node (SGSN) adapted to receive a triggerfrom a MTC interworking function (MTC-IWF) over a first reference point, wherein the MTC-IWF is adapted to receive a trigger request over a second reference pointfrom an MTC server, the trigger request comprising a trigger payload from the MTC server, and wherein the MTC-IWF is further adapted to send a trigger acknowledgement to the MTC server when the MTC-IWF is unable to process the trigger request; and initiating, by the UE, communication with the MTC server. 7. The method of claim 6, wherein: the trigger payload is a data payload for downlink transmission from the MTC server to the UE, the UE to wirelessly communicate in the PLMN. 8. The method of claim 6, wherein the node is a first node, the PLMN further comprising: a second node including a Home Location Register (HLR) or Home Subscriber Server (HSS), wherein the MTC-IWF is to communicate, in response to receiving the trigger request, with the second node over a third reference point to obtain routing information for routing the trigger notification. 9. The method of claim 6, wherein the MTC-IWF is to send a trigger acknowledgement to the MTC server when the MTC-IWF is unable to process the trigger request. 10. The method of any of claims 6-9, wherein the node is to send, in response to receiving the trigger notification, a message to indicate the trigger request to the UE. 11. The method of claim 10, wherein the node is to send a trigger report to the MTC-IWF to indicate a success or failure of the message sent to indicate the trigger request to the UE. 12. The method of claim 11, wherein: the MTC-IWF is to forward the trigger report to the MTC server; and the MTC server is to establish, in response to receiving the trigger report, a user plane connection with the UE for sending of the trigger payload over the user plane connection.

Patentanspriiche 1. Vorrichtung, die Folgendes umfasst: ein Oder mehrere computerlesbare Medien, die Anweisungen enthalten; und einen Oder mehrere Prozessoren, die mit dem einen Oder den mehreren computerlesbaren Medien gekoppelt sind, wobei der eine Oder die mehreren Prozessoren dazu dienen, die Anweisungen auszuffihren, urn ein Anwendergerat (UE), das ffir eine Maschinentypkommunikation (MTC) in einem offentlichen terrestrischen Mobilfunknetz (PLMN) ausgelegt ist, zu veranlassen, einen Zustellungsstatus einer Vorrichtungsauslosernach-richt und der Auslosernutzdaten durch Folgendes anzugeben: ijbertragen einer Nachricht, urn den Empfang der Vorrichtungsauslosernachricht und der Auslosernutzdaten anzugeben, an einen Knoten, der eine mobile Managemententitat (MME) Oder einen dienenden Un-terstfitzungsknoten des allgemeinen Paketfunkdienstes (SGSN) umfasst, der daffir ausgelegt ist, einen Ausloser von einer MTC-Zusammenarbeitsfunktion (MTC-IWF) liber einen ersten Bezugspunkt zu emp-fangen, wobei die MTC-IWF daffir ausgelegt ist, eine Ausloseranforderung liber einen zweiten Bezugspunkt von einem Dienstefahigkeits-Server (SCS) zu empfangen, wobei die Ausloseranforderung die Auslosernutzdaten von dem SCS umfasst und wobei die MTC-IWF ferner daffir ausgelegt ist, eine Ausloserquittung an den SCS zu senden, wenn die MTC-IWF nicht imstande ist, die Ausloseranforderung zu verarbeiten; und Beginnen in Reaktion auf die Vorrichtungsauslosernachricht einer Kommunikation mit dem SCS. 2. Vorrichtung nach Anspruch 1, wobei die Auslosernutzdaten die Nutzdaten ffir eine Abwartsstreckenfibertragung von dem SCS zu dem UE sind, wobei das UE drahtlos in dem PLMN kommuniziert. 3. Vorrichtung nach Anspruch 1, wobei der eine Oder die mehreren Prozessoren dazu dienen, die Anweisungen aus-zuffihren, urn das UE zu veranlassen, die Vorrichtungsauslosernachricht und die Auslosernutzdaten von dem Knoten zu empfangen. 4. Vorrichtung nach Anspruch 1, die ferner Folgendes umfasst: einen Sensor, wobei das ijbertragen einer Nachricht, urn den Empfang der Vorrichtungsauslosernachricht und der Auslösernutzdaten anzugeben, die durch den Sensor gesammelten Informationen enthält. 5. Vorrichtung nach Anspruch 1, wobei das PLMN über ein Funkzugangsnetz mit erweiterten Daten für die GSM-Entwicklung (EDGE) des GSM (GERAN), ein universelles terrestrisches Funkzugangsnetz (UTRAN) oderein entwickeltes UTRAN (E-UTRAN) für das UE zugänglich ist. 6. Verfahren zum Angeben eines Zustellungsstatus einer Vorrichtungsauslösernachricht und der Auslösernutzdaten, das Folgendes umfasst: Übertragen einer Nachricht von einem Anwendergerät (UE), das für eine Maschinentypkommunikation (MTC) in einem öffentlichen terrestrischen Mobilfunknetz (PLMN) ausgelegt ist, um den Empfang der Vorrichtungsauslösernachricht und der Auslösernutzdaten anzugeben, an einen Knoten, dereine mobile Managemententität (MME) odereinen dienenden Unterstützungsknoten des allgemeinen Paketfunkdienstes (SGSN) umfasst, der dafür ausgelegt ist, einen Auslöser von einer MTC-Zusammenarbeitsfunktion (MTC-IWF) über einen ersten Bezugspunkt zu empfangen, wobei die MTC-IWF dafür ausgelegt ist, eine Auslöseranforderung über einen zweiten Bezugspunkt von einem MTC-Serverzu empfangen, wobei die Auslöseranforderung die Auslösernutzdaten von dem MTC-Server umfasst und wobei die MTC-IWF ferner dafür ausgelegt ist, eine Auslöserquittung an den MTC-Serverzu senden, wenn die MTC-IWF nicht imstande ist, die Auslöseranforderung zu verarbeiten; und

Beginnen durch das UE einer Kommunikation mit dem MTC-Server. 7. Verfahren nach Anspruch 6, wobei: die Auslösernutzdaten die Nutzdaten für eine Abwärtsstreckenübertragung von dem MTC-Server zu dem UE sind, wobei das UE drahtlos in dem PLMN kommuniziert. 8. Verfahren nach Anspruch 6, wobei der Knoten ein erster Knoten ist und das PLMN ferner Folgendes umfasst: einen zweiten Knoten, der ein Heimatortsregister (HLR) oder einen Heimat-Teilnehmer-Server (HSS) enthält, wobei die MTC-IWF dazu dient, in Reaktion auf das Empfangen der Auslöseranforderung über einen dritten Bezugspunkt mit dem zweiten Knoten zu kommunizieren, um die Routing-Informationen für das Routing der Auslöserbenachrichtigung zu erhalten. 9. Verfahren nach Anspruch 6, wobei die MTC-IWF dazu dient, eine Auslöserquittung an den MTC-Serverzu senden, wenn die MTC-IWF nicht imstande ist, die Auslöseranforderung zu verarbeiten. 10. Verfahren nach einem der Ansprüche 6-9, wobei der Knoten dazu dient, in Reaktion auf das Empfangen der Auslöserbenachrichtigung eine Nachricht, um die Auslöseranforderung anzugeben, an das UE zu senden. 11. Verfahren nach Anspruch 10, wobei der Knoten dazu dient, einen Auslöserbericht an die MTC-IWF zu senden, um einen Erfolg oder einen Misserfolg der an das UE gesendeten Nachricht, um die Auslöseranforderung anzugeben, anzugeben. 12. Verfahren nach Anspruch 11, wobei: die MTC-IWF dazu dient, den Auslöserbericht an den MTC-Server weiterzuleiten; und der MTC-Server dazu dient, in Reaktion auf das Empfangen des Auslöserberichts eine Anwenderebenenverbindung mit dem UEzum Senden der Auslösernutzdaten über die Anwenderebenenverbindung herzustellen.

Revendications 1. Appareil comprenant : un ou plusieurs supports lisibles par ordinateur comportant des instructions ; et un ou plusieurs processeurs couplés aux un ou plusieurs supports lisibles par ordinateur, et un ou plusieurs processeurs sont destinés à exécuter les instructions pour amener un équipement d’utilisateur (UE) adapté pour la communication de type machine (MTC) dans un réseau mobile terrestre public (PLMN) pour indiquer un état de livraison d’un message de déclencheur de dispositif et d’une charge utile de déclencheur en : transmettant un message pour indiquer la réception du message de déclencheur de dispositif et de la charge utile de déclencheur, à un noeud comprenant une entité de gestion mobile (MME) ou un noeud de support de service général de radiocommunication en mode paquet (GPRS) de service adapté pour recevoir un déclencheur d’une fonction d’interfonctionnement MTC (MTC-IWF) sur un premier point de référence, où une fonction MTC-IWF est adaptée pour recevoir une demande de déclencheur sur un second point de référence depuis un serveur de capacité de services (SCS), la demande de déclencheur comprenant la charge utile de déclencheur provenant du SCS, et où la fonction MTC-IWF est en outre adaptée pour envoyer un accusé de réception de déclencheur au SCS lorsque la fonction MTC-IWF est incapable de traiter la demande de déclencheur ; et lançant, en réponse au message de déclencheur de dispositif, une communication avec le SCS. 2. Appareil selon la revendication 1, dans lequel la charge utile de déclencheur est une charge utile de données pour une transmission de liaison descendante du SCS vers l’UE, l’UE communiquant sans fil dans le PLMN. 3. Appareil selon la revendication 1, dans lequel les un ou plusieurs processeurs sontdestinés à exécuterles instructions pour amener l’UE à recevoir le message de déclencheur de dispositif et la charge utile de déclencheur depuis le noeud. 4. Appareil selon la revendication 1, comprenant en outré : un capteur, où ladite transmission d’un message pour indiquer la réception du message de déclencheur de dispositif et de la charge utile de déclencheur comprend des informations collectées par le capteur. 5. Appareil selon la revendication 1, dans lequel le PLMN est accessible à l’UE par l’intermédiaire d’un réseau d’accès radio GSM à débit amélioré (EDGE) (GERAN), d’un réseau universel d’accès radio terrestre (UTRAN) ou d’un réseau UTRAN évolué (E-UTRAN). 6. Procédé pour indiquer un état de délivrance d’un message de déclencheur de dispositif et d’une charge utile de déclencheur, comprenant les étapes suivantes : transmettre un message d’un équipement utilisateur (UE) adapté pour la communication de type machine (MTC) dans un réseau mobile terrestre public (PLMN) pour indiquer la réception du message de déclencheur de dispositif et de la charge utile de déclencheur, à un noeud comprenant une entité de gestion mobile (MME) ou un noeud de support de service général de radiocommunication en mode paquet de service (SGSN) adapté pour recevoir un déclencheur d’une fonction d’interfonctionnement MTC (MTC-IWF) sur un premier point de référence, où la fonction MTC-IWF est adaptée pour recevoir une demande de déclencheur sur un second point de référence depuis un serveur MTC, la demande de déclencheur comprenant une charge utile de déclencheur provenant du serveur MTC, et où la fonction MTC-IWF est en outre adaptée pour envoyer un accusé de réception de déclencheur au serveur MTC lorsque la fonction MTC-IWF est incapable de traiter la demande de déclencheur ; et lancer, par l’UE, une communication avec le serveur MTC. 7. Procédé selon la revendication 6, dans lequel : la charge utile de déclencheur est une charge utile de données pour une transmission de liaison descendante du serveur MTC vers l’UE, l’UE communiquant sans fil dans le PLMN. 8. Procédé selon la revendication 6, dans lequel le noeud est un premier noeud, le PLMN comprenant en outre : un second noeud incluant un enregistreur de localisation nominal (HLR) ou un serveur d’abonné domestique (HSS), où la MTC-IWF est destinée à communiquer, en réponse à la réception de la demande de déclencheur, avec le second noeud sur un troisième point de référence pour obtenir des informations de routage pour router la notification de déclencheur. 9. Procédé selon la revendication 6, dans lequel la MTC-IWF est destinée à envoyer un accusé de réception de déclencheur au serveur MTC lorsque la MTC-IWF est incapable de traiter la demande de déclencheur. 10. Procédé selon l’une quelconque des revendications 6 à 9, dans lequel le noeud est destiné à envoyer, en réponse à la réception de la notification de déclencheur, un message pour indiquer la requête de déclencheur à l’UE. 11. Procédé selon la revendication 10, dans lequel le noeud est destiné à envoyer un rapport de déclencheur à la MTC-IWF pour indiquer une réussite ou un échec du message envoyé pour indiquer la demande de déclencheur à l’UE. 12. Procédé selon la revendication 11, dans lequel : la MTC-IWF est destinée à transmettre le rapport de déclencheur au serveur MTC ; et le serveur MTC est destiné à établir, en réponse à la réception du rapport de déclencheur, une connexion de plan utilisateur avec l’UE pour l’envoi de la charge utile de déclencheur sur la connexion de plan utilisateur.

REFERENCES CITED IN THE DESCRIPTION

This list of references cited by the applicant is for the reader’s convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description • US 61556109 A [0001]

Non-patent literature cited in the description • 3rd Generation Partnership Project: Technical Specification Group Services and System Aspects; System Improvements for Machine-Type Communications; (Release 11). 3GPP DRAFT; 23888-150-RM. MOBILE COMPETENCE CENTRE, vol. SA WG2 [0004]

Claims

Small Edge fStritdí Setay Techniques and Intermediate Connections WireTheLaNeCeTeRsMs Thanksgiving Sasbadáffbi Voice Recipients Deadline, srneiy includes: one or more reciprocating bullets readable, â ?? or more? one or more computer readable kćegegge οχχκ <vt processor, and one or more processors are used to execute the instructions, a mountain in a conventional public-mobile green network for PLMMjj machine-type communication (the MTQ adapted user device may cause it. indicate the state of delivery of a device replacement message and a trigger useful data 8 in the following way: transmitting a message to the device for receiving the replacement message of the device and receiving the payload data for a node that is a mobility management unit (MMEj or a server generic packet radio service support node (SGStej tattain-a, which is capable of receiving a trigger signal; an MTC cooperating function {MTfelWi'j crosses a first refractory x-ray, where the MTC-iWF is adapted to receive a trigger request. service capability server (SC5j via a second relay point, the trigger request includes the trigger useful data from the SCS, and wherein the MTG-IWF is further adapted to send a reset acknowledgment to the SCS, not MTV-IWf is able to process the request for replacement; and, in response, <t the device for the replacement of the appliance, with the Sö,

2. The i. Apparatus according to claim, wherein the triggering useful data is a direct data transfer reference data transfer from the SQj to the Uk, i.e. it communicates wirelessly in the PtNNN, & wherein there are four or more processor cases to execute instructions to induce the UG to receive a device replacement message from the node and trigger useful data. HE. A device according to claim, further comprising: a sensor, wherein a Message is mentioned; transmission 3 device triggering message and trigger useful data for signaling yétahs includes the lónformer collected by the sensor, §, .t. The apparatus according to claim 1, wherein the RLMN is a GSM protocol for the UE Data tor GSM Evolution U't'Xsb) Radio Access NetWork {& ERANj, Unlversai Terrestrial Radio Access Nstsvork {UTRAN or fivolved IITRAN (accessible via feUTRANs. device triggering message and a trigger to indicate a state of readiness for useful data, the method includes: transmitting a message in a conventional public mobile terrestrial network to be capable of communicating with a type (MIC) of a machine type. ;, a mobile management unit (MMij or a server generic packet radio service support node fSsrvirtö GöiW & s & rvk's founder, which makes it suitable for receiving a triggering signal? ) is a first person where the MTC'IWF is time-sensitive to receive a request for replacement by a second servicer from an MTC server, the trigger request includes a k> ded athletic data on the MTC transponder and where the MTC-IWF is enabled and to send out a triggering prayer at MTC Χίο'aá v fe <Ά I -.i> m '* h' ét fe ffemt'.bícvk) l'í (> «; , fe mpm initializing your mpm communication with the MTC server,?, A é. The method according to claim 4, wherein: wherein the trigger is a useful data download direction link transmission data, the MTC transmitter! ss to sS, where the Uk cable is communicating with the PLMM. S, Ab Ab is a sterinU e, wherein.the node is a first node and the content of 1-feMN is also a home location register (RIR) or a home node server (a second node including HSSj, where as MTC -IWF- in response to receiving a request for triggering, co-motivate to the second gateway via a third reference point so as to divert the triggering notification $ 3bo2 to receive information. <?, The method of claim Ah, wherein MTGIW serves to generate a trigger to send an acknowledgment to the server ΜΓζ., i o feitGlWFW to process the request for triggering, XÖ, The method of any of claims Sdk, wherein the node serves to send a message to the Uk to trigger a request for triggering a request for replacement. The method of claim XX wherein A node serves to provide a trigger reporting: send to the MTC-IWf to indicate the success or failure of the message sent to the UE to indicate the trigger request: a method according to claim XX, wherein: MTCW serves to transmit the trlgger report to MTC server; and the MTC server serves to generate a user-plane connection to the kit in response to receiving the trigger report, the user of the trigger useful data on the plane plane request. send.