，从MTC设备A接收的每个数据包802p、804p、806p包括报头，该中断连接包头指示MTC数据(MTC数据……MTC数据An)的QoS要求以及至少指示接收MTC数据的目标设备的地址。在一项实施例中，中断连接报头中指示的QoS要求是转发包含在数据包802p、804p、806p中的MTC数据(MTC数据AUMTC数据A2……MTC数据An)的最大容忍延迟。
[0119]在图8中，出于示例性目的，假设网络节点在已经接收(806)数据包806p之后确定或由来自OSS或另一网络节点的(无)过载指示808通知网络负载状态已经改变(S卩，不再严重)，这样网络节点现在可转发新到达的和缓存的MTC数据。
[0120]相应地，网络节点转发(809、810、811)数据包809p、81 Op、81 Ip中的缓存的MTC数据(MTC数据……MTC数据An)给目标MTC设备A或应用。一个或多个数据包812p中由网络节点接收(812)的新MTC数据(MTC数据Am)现在可由网络节点通过将它们作为数据包813p发送给目标MTC设备A或应用立即转发(813)。
[0121]在更详细的示例性实施方式中，数据包802p、804p、806p、809p、810p、811p都是IP包。在该示例中，可进一步假设数据包802p、804p、806p由MTC设备A发送给网络节点的IP地址，该IP地址作为目的地址。网络节点在转发IP包809p、810p、811p中缓存的MTC数据(MTC数据Al、MTC数据A2……MTC数据An)时将其自己的IP地址设置为源地址并将目标MTC设备的IP地址设置为IP包809p、81 Op、811P的目的地址。相应地，使用两个连接转发MTC数据(MTC数据Al、MTC数据A2……MTC数据An): 一个是MTC设备A和网络节点之间的连接，另一个是网络节点和目标MTC设备之间的连接。在3GPP上下文中，如果网络节点是eNodeB，则eNodeB和目标MTC设备之间的连接可包括EPS承载服务。
[0122]进一步注意，在3GPP上下文中，目标MTC设备可以是MTC(indirect model，参见图3)，或可以是PLMN中3GPP核心网内部或外部的另一网络节点(direct model，参见图3)。进一步注意，如果目标MTC设备是MTC服务器，则目标MTC应用可以在MTC服务器或另一网络设备上执行，这样，在后一种情况下，MTC服务器将转发MTC数据给执行MTC应用的网络设备。
[0123]在结合上述图8论述的示例性实施例中，网络节点没有聚合MTC数据(MTC数据Al、MTC数据A2……MTC数据An)。这种改进将结合图9在下文中论述，图9示出了根据示例性实施例的图示网络节点转发和聚合MTC数据的消息的另一示例性流程图，其类似于图8。然而，网络节点不单独转发缓存的MTC数据(MTC数据Al、MTC数据A2……MTC数据An)，而是将从MTC设备A接收的缓存的MTC数据(MTC数据Al、MTC数据A2……MTC数据An)聚合到一个数据块并使用一个(以及相同的、单个)连接传输(901)—个或多个数据包901p中聚合的数据块给目标MTC设备或应用。
[0124]注意，如果网络节点缓存和聚合MTC数据(MTC数据Al、MTC数据A2……MTC数据An)，网络节点不需要缓存全部数据包802p、804p、806p进行转发。假设聚合的MTC数据(MTC数据AUMTC数据A2……MTC数据An)都预期由相同的目标MTC设备/应用接收，还可假设它们对于最大延迟具有相同的要求。相应地，属于相同目标MTC设备/应用的MTC数据(MTC数据Al、MTC数据A2……MTC数据An)的中断连接报头的信息仅可存储一次。注意，网络节点使用包含在数据包802p、804p、806p的中断连接报头中的关于目标MTC设备的地址信息来标识发往相同目标MTC设备的数据包。
[0125]如果中断连接报头进一步包括目标MTC设备上的MTC数据的端口号，则网络节点可选地为由中断连接报头中地址端口元组标识的每个目标MTC应用聚合MTC数据(MTC数据Al、MTC数据A2……MTC数据An)，以及可转发聚合的，以每个MTC应用为一组的MTC数据。在后一种情况下，网络节点仅存储属于相同的目标MTC应用的所有MTC数据的一个中断连接报头，即，地址端口元组(具有相同的延迟要求)。
[0126]如果网络节点没有缓存全部的数据包802?、804?、806?，如图8和图9所示的步骤803、805、807可以修改并且还包括，网络节点在接收(802、804、806)数据包802p、804p、806p之一后解析相应数据包的中断连接报头以及如果中断连接报头已经缓存，则仅存储相应数据包的MTC数据。网络节点还确保相应数据包的MTC数据关联到缓存的中断连接报头，这样相应数据包的MTC数据可以正确地聚合成块用于和发往相同的目标MTC设备/应用的其他MTC数据一起转发。
[0127]在图9的示例中，假设数据包802p是具有从MTC设备A接收的MTC数据的第一数据包，网络节点将缓存MTC数据Al和中断连接报头。对于数据包804p和806p，网络节点将确认这些数据包的中断连接报头包含出现在数据包802p的已缓存的中断连接报头中的目标MTC设备的相同地址(以及相同的端口号，如果存在)，这样网络节点仅存储MTC数据A2和MTC数据An并将它们关联到数据包802p中缓存的中断连接报头。
[0128]上述结合图9论述的聚合机制已经描述用于聚合以每个MTC设备和每个目标MTC设备/应用为一组的MTC数据。然而，在另一实施例中，聚合还仅可以每个目标MTC设备/应用为一组进行，或换句话说，来自不同MTC设备的发往相同目标MTC设备/应用的MTC数据可以一起聚合和转发。图10示出了根据示例性实施例的图示这种由网络节点转发和聚合从不同源接收的MTC数据的消息的示例性流程图。
[0129]如图10所示，接收(802、804、806)来自MTC设备A的数据包802p、804p、806p以及缓存(803、805、807)它们的MTC数据(MTC数据A1、A2……An)和中断连接报头与上述结合关于图9的实施例所述的类似。此外，接收(1002、1004、1006)来自MTC设备B的数据包1002p、1004p、1006p以及缓存(1003、1005、1007)它们的]?1'(:数据(]\0'(:数据81、82匕……Bn)和中断连接报头与上述结合关于图9的实施例所述的接收(802、804、806)来自MTC设备A的数据包802p、804p、806p以及缓存(803、805、807)它们的MTC数据(MTC数据A1、A2……An)和中断连接报头类似。
[0130]如上结合图9所述，网络节点不需要缓存全部的数据包802?、804?、806?、1002?、1004p、1006p进行转发。同样在图10的示例中，属于相同目标MTC设备/应用(以及具有相同延迟要求)的MTC数据(MTC数据Al、MTC数据A2……MTC数据An/MTC数据B1、MTC数据B2……MTC数据Bn)的中断连接报头的信息仅可存储一次。同样在此处，网络节点使用包含在数据包802p、804p、806p、1002p、1004p、1006p的中断连接报头中的关于目标MTC设备的地址信息来标识发往相同目标MTC设备的数据包。
[0131]如果中断连接报头进一步包括目标MTC设备上的MTC数据的端口号，则网络节点可选地为多个源中的每个源以及为由中断连接报头中地址端口元组标识的每个目标MTC应用聚合MTC数据(MTC数据41、]^(:数据42……]^1'(:数据411、]?1'(:数据81、]?1'(:数据82&……MTC数据Bn)，以及可转发聚合的、以，，每个MTC应用为一组的MTC数据。在后一种情况下，网络节点仅存储属于相同的目标MTC应用的所有MTC数据的一个中断连接报头，即，地址端口元组。
[0132]如果网络节点没有缓存全部的数据包802?、804?、806?、1002?、1004?、1006?，图10中的步骤803、805、807、1003、1005、1007与图9中的步骤803、805、807类似。网络节点可在接收(802、804、806)相应数据包802p、804p、806p、1002p、1004p、1006p之后解析相应数据包的中断连接报头，以及如果中断连接报头已经缓存，则仅存储相应数据包的MTC数据，并确保相应数据包的MTC数据关联到缓存的中断连接报头，这样相应数据包的MTC数据可正确地聚合成块用于和发往相同的目标MTC设备/应用的其他MTC数据一起进行转发。
[0133]在图10的示例中，假设数据包802p是具有从MTC设备A和B接收的MTC数据的第一数据包，网络节点将缓存阶(:数据41和中断连接报头。对于数据包804?、806?、1002?、1004?和1006p，网络节点将确认这些数据包的中断连接报头包含出现在数据包802p的已缓存的中断连接报头中的目标MTC设备的相同地址(以及相同的端口号，如果存在)，这样网络节点仅存储MTC数据B2、MTC数据Bn、MTC数据Bl、MT(^^gB2……MTC数据Bn并将它们关联到数据包802p中已缓存的中断连接报头。
[0134]图11示出了根据实施例的移动终端和网络节点(例如，eNodeB)的操作的示例性流程图，其中移动终端在中断连接模式下传输MTC数据。图11的流程图反映了移动终端和网络节点在交换上述结合图8至图10示例性所述的消息中的操作。在图11的示例中，网络节点是基站(例如eNodeB)。
[0135]移动终端切换(1101)到中断连接模式。正如结合第二方面更详细地解释的那样，这种从非中断连接模式(正常连接模式)切换到中断连接模式可在信令过程(例如，建立到网络节点的连接的信令过程以传输MTC数据)中由接收对应命令或请求移动终端导致。
[0136]在该中断连接模式下，MTC数据没有在常规协议栈中发送，如图5中3GPPMTC数据传输的举例说明，但是协议栈可如图12进行修改，其中协议栈包括MTC-DC(MTC中断连接)层，其将待传输的MTC数据块封装到之前所述的中断连接报头(MTC-DC报头)中。需注意的是，网络节点(和移动终端)终止网络层(IP层)、传输层以及MTC-DC层。在该示例中，假设传输层协议是UDP，但也可以使用其他传输层协议，例如TCP。进一步注意，从移动终端发往网络节点的IP包的示例性结构在图13和图14中示出，其也将在下文中引用。
[0137]如果MTC数据块1304准备好传输，移动终端将MTC数据块1304封装(I 102)在MTC-DC报头1303中(图13) JTC-DC报头1303可包括传输MTC数据块1304的QoS要求。在该示例中，QoS要求由延迟信息指示。MTC-DC报头1303包括字段1405(图14)，其指示允许转发MTC数据块1304的最大延迟。
[0138]此外，MTC-DC报头1303包括另一字段1406，其指示目标MTC设备的IP地址。在该示例中，假设目标MTC设备是MTC服务器，这样字段1406就指示MTC服务器的IP地址。然而，应理解，如果没有使用任何MTC服务器，字段1406还可指示移动通信系统外部或内部的任意目标MTC设备的IP地址。此外，可选地，MTC-DC报头1303可包括用于指示目标MTC设备上的端口号的又一字段，应该传送IP包(即，MTC数据块1304)给该目标MTC设备。可以假设端口号关联到处理MTC数据的应用。因此，端口号可以标识目标MTC应用。通过使用MTC-DC报头1303封装MTC数据块1304获取的数据结构称为数据包。
[0139]接着，移动终端将UDP包报头1302和IP包报头1301(图13)添加(1103)到数据包中，从而获取IP包1300用于通过移动通信系统的接入层传输到eNodeB。如图14更详细地所示，UDP包报头1302尤其包括移动终端的源端口号1403和目标端口号1404等信息。IP包报头1301尤其包括移动终端的源IP地址1401和目的IP地址1402等信息。目的IP地址1402可以是网络节点的IP地址，即，eNodeB的IP地址。需注意的是，目标端口号1404可指示在eNodeB处处理MTC数据的中断连接模式传输的应用。目标端口号1404可以预定义或可由网络节点配置。
[0140]一旦移动节点形成IP包1300，IP包1300传输(1104)到网络节点。移动终端可进一步确定(1105)是否存在另一待发送的MTC数据块;如果存在，移动终端回到步骤1102。如果不存在更多的要发送的MTC数据，移动终端可终止(1106)到网络节点的连接。例如，这可通过释放到eNodeB的RRC连接来实现。
[0141]由移动终端传输(1104)的IP包1300由eNodeB接收(I 107)。当eNodeB终止IP层时，任何包含eNodeB的IP地址的IP包，例如IP包1300被传送到eNodeB的IP层。为此，eNodeB解析IP包1300的IP包报头1301并在目的IP地址字段1402中标识其自身的IP地址。在此基础上，eNodeB确定IP包1300被发送到eNodeB，以及eNodeB进一步为目的端口号1404解析UDP包报头1402以标识下一高层(应用)来处理封装在UDP包报头1302中的数据包。
[0142]此处，假设数据包被传送到eNodeB的MTC-DC层，其中数据包的MTC-DC报头1303由eNodeB解析(1108)以标识目标MTC设备的IP地址1406。如果MTC-DC报头1303包括(目的)端口号，则还在解析MTC-DC报头1303期间读取端口号。
[0143]在该实施例