相关申请的交叉引用本申请要求2011年3月7日提交并且全部通过引用结合于此的美国临时专利申请号61/450,070的优先权益。
背景技术：
：：现今，移动通信设备充满了移动数据应用，该移动数据应用包括所谓的“永远在线”应用，其可发送定期消息以在可远程连接到彼此的不同设备之间使应用会话保持“活着”。另外，其他应用可定期生成状态更新消息，其在远程耦合的设备之间提供消息。这些类型的消息甚至可在移动通信设备用别的方式不活动时生成，从而导致空闲与活动状态之间的频繁转变，这可过度消耗设备功率。针对这些和其他考虑，需要本改进。附图说明图1描绘与各种实施例一致的系统。图2描绘通过图1的系统而便利化的各种消息传递(messaging)场景。图3描绘常规的消息传递场景。图4描绘与本实施例一致的消息传递场景。图5描绘与本实施例一致的另一场景的消息传递场景。图6呈现与本实施例一致的常规ue操作的第一曲线与ue操作的第二曲线的比较。图7描绘根据附加实施例而布置的ue。图8描绘与另外的实施例一致的网络消息聚合模块的细节。图9描绘与另外的实施例一致的另一个网络消息聚合模块的细节。图10描绘与其他实施例一致的另外的网络消息聚合模块的细节。图11描绘中间件模块的一个实施例，其中中间件模块是保持活着代理。图12描绘网络的实施例，其中网络服务器包括代理模块。图13描绘示范性逻辑流。图14描绘另一个示范性逻辑流。图15描绘另外的示范性过程流。图16是示范性系统实施例的示图。图17图示示范性计算架构的实施例。具体实施方式各种实施例涉及减少可在移动设备中出现的频繁的空闲与活动转变，并且特别地涉及减少由移动数据应用生成的内容和存在状态更新消息以及保持活着消息的频率。在各种实施例中，消息可由管理无线电接入网络和核心网络的运营商运送以提供来往于移动设备的数据。通信系统的一些实施例可用例如以下的无线电技术来实现：电子与电气工程师协会（ieee）802.16（wimax）、ieee802-20、第三代合作伙伴计划（3gpp）演进的通用移动电信系统（umts）地面无线电接入（utra）（e-utra）、等等。ieee802.16m是ieee802.16e的演进，并且提供与基于ieee802.16的系统的后向兼容性。utra是umts的一部分。3gpp长期演进（lte）是使用e-utra的演进umts（e-umts）的一部分。lte高级（lte-a）是3gpplte的演进。如本文使用的，对术语“lte”的任何引用包括lte的任何版本，其包括lte-a和它的修订、后代和变型。实施例在该上下文中不受限制。现今，例如智能电话、平板(tablet)计算设备和其他设备的设备可以支持可以几十万计的大量移动数据应用。移动设备上的应用中的多数利用为链接移动设备而提供的宽带连接来向移动设备提供各种类型的通信。尽管一些应用采用更传统的使用模式，例如web浏览和电子邮件阅读，但是移动设备经常配置有新近出现的应用，所述新近出现的应用包括允许用户与其他用户“保持连接”的社交联网应用。目前，一些现有的“永远在线”的移动数据应用牵涉通过运营商网络而与它们在互联网中的应用服务器的交互通信。服务器和驻存在移动设备（ue）上的应用定期交换“心跳”消息（也称为保持活着）来使应用会话保持活着并且还避免引起ip会话断开的网络地址转换（nat）映射的期满。除定期的保持活着消息之外，移动数据应用还可生成频繁的状态更新消息来将涉及该应用的状态更新通知用户。一些示例包括即时消息传递（im）好友列表中好友的存在信息、当用户“报到(checkin)”时用户位置的更新、对用户的朋友的“facebook喜欢”的更新等。从而，为了便于维持移动设备与另一个设备之间的连接，各种移动数据应用可生成频繁的通信，例如状态更新消息或保持活着信号，即使在这样的消息的时候没有其他数据或内容要传送。这些通信进而可引起移动设备频繁地在空闲与活动模式之间转变以便传递由给定移动数据应用所调度的通信。例如，为了防止其连接的丢失，在移动设备中运行的互联网语音协议（voip）应用通常需要定期醒来并向它的服务器报到。特别地，例如skype™和fring™的voip应用可在从每30秒至每8分钟范围的间隔生成保持活着消息。另外，例如facebook®findme®应用的社交联网应用在移动设备的地理位置改变时生成状态更新消息。这样的消息的频率可在从偶发（例如在将位置从家变到工作时）到定期（其中周期可以是每隔60秒(asfrequentasevery60seconds)）的范围内。保持活着或状态更新消息的频繁发送可由此在用于运送消息的无线电接入网络（ran）和核心网络（cn）两者中导致过度的信令开销，并且可在移动设备或“用户设备”（ue）处消耗过度功率。特别地，各种通信标准可需要引起过度功耗和信令的程序来专注于这样的消息。例如，根据3gppts23.401（第三代合作伙伴计划；技术规范组服务和系统方面；对于演进通用地面无线电接入网络（e-utran）接入的通用分组无线电服务（gprs）增强（版本10）（9/2011））（在下文“ts23.401”），在检测到用户不活动时，enb（基站）可发起s1释放程序来将ue从演进分组系统（eps）连接管理（ecm）状态（例如，ecm连接状态）移到ecm空闲状态。因此，当背景消息的平均频率大于enb处的不活动计时器时，需要ue在空闲、唤醒、重建连接、传递更新消息、回到空闲之中循环，以便传递这些状态更新消息。此外，在状态更新和/或保持活着消息的典型操作中牵涉的各种方面可加剧它们对信令开销和功耗这类特征的影响的程度。首先，这些消息可以是移动发起（mo）或移动端接（mt）的。例如，定期的findme消息可以通过与用户的设备通信的第二设备的位置的改变触发或可在该用户的设备改变位置时触发。其次，移动设备经常已安装多个应用，其各自自主地生成状态更新、保持活着或类似的消息。因此，来自多个移动数据应用的状态更新和保持活着消息的聚合可引起不可忽略且频繁（例如，每30秒至每几分钟）的背景业务，即使当用户未执行与移动设备的直接交互时。特别地，本实施例专注于为更新当前3gpp标准（技术报告22.801,§§5.2,6；第三代合作伙伴计划；技术规范组服务和系统方面；非mtc移动数据应用影响的研究（版本11）（08/2011））而识别的问题。特别地，已识别并且规定若干提出的改进：1）网络应该能够提供减少与由非mtc移动数据应用生成的巨量的小数据分组的传输相关联的开销的能力；2）少量数据的定义应该是根据网络运营商政策可配置的；3）系统应能够提供使由例如保持活着、状态更新、即时消息等的移动数据应用行为引起的信令激增最小化的能力；4）系统应该能够提供将由移动数据应用生成的分组的类型分类的能力；5）系统应该能够对不同类型/类别的数据应用分组使用优化的服务传递机制；6）系统应该能够提供机制来优化由于来自3gpp网络外的给定源头的相同内容的大量实时(live)流传送会话（例如，传递相同内容的单播流的合并）而引起的业务；7）应该提供这样的机制，其允许网络和ue检测异常高的数据式样(pattern)并且提供对策来保护网络和订户免受由移动数据应用有意（例如，由于设计）或意外（例如，由于差的实现）引起的数据激增；8）系统应该能够提供用于有效率地管理同时推送服务的传递（例如，通过考虑与每个推送服务关联的网络状态和时序要求）的机制。在一些实施例中，状态更新和保持活着消息的自动生成的影响可通过聚合在网络端和/或ue端处的状态更新业务以减小在ue与网络之间的空中接口上发送的更新/保持活着消息的频率来解决。这进而可减少与频繁的活动-空闲转变相关联的信令开销和ue功耗。本实施例利用由移动数据应用自动生成的许多消息可以是延迟容许的事实。在一些实施例中，例如内容和存在状态更新消息的由给定应用生成的消息的传送可延迟到给定应用能忍受的程度，同时减小托管(host)该应用的移动设备中的活动-空闲转变的频率。特别地，要注意，来自社交联网应用（在下文也称为“应用”）的内容和存在状态更新消息的大部分从传送这样的状态更新消息的频率的方面来看可能是有些延迟容许的。因此，本实施例便于合并或聚合在不同实例处生成的多个状态更新消息，使得一些状态更新消息在由应用生成时未在空中传送。而是，由移动数据应用在规定时间段内生成的多个状态更新消息可被存储并且在共同批次中传送。例如，在一个实施例中，例如ue的装置可包括射频（rf）收发器和消息聚合模块。消息聚合模块可由处理电路执行以在设备的空闲模式期间拦截来自一个或多个移动数据应用的多个消息。多个消息中的一个或多个可通过引起无线电资源控制消息从设备发送到无线电接入网络来触发设备从空闲模式到连接模式的转变。消息聚合模块可将多个消息存储在与一个或多个移动数据应用相关联的缓冲器中以便使设备维持在空闲模式，并且在设备处于连接模式时基于一个或多个移动数据应用的延迟容限在限定的时间实例处对于通过rf收发器的传送调度存储的消息。描述并且要求保护其他实施例。图1描绘与各种实施例一致的系统100。系统100的架构包括移动设备或用户设备（ue）102、无线电接入网络（ran）104、核心网络106和应用服务器108。ran104和核心网络106可以是运送来往于ue102的数据的单个运营商网络的一部分。应用服务器108可以是耦合到例如互联网的公共网络的公共服务器。在图1中明确图示的实施例中，ue102包括移动数据应用110、中间件模块112、处理器114和收发器116。该中间件模块112（其操作在下文详述）可作用以便通过减小在空中从ue102发送到ran104的消息的频率而减小在ue102中发生的活动-空闲转变的总频率。频率通过中间件模块112减小的消息可包括由移动数据应用生成的背景业务消息，例如状态更新消息和保持活着消息。在图1的实施例中，核心网络106包括已知的功能118和聚合/代理模块120，其操作也在下文详述。在一些实施例中，聚合/代理模块120可用来减少针对ue102的状态更新消息和保持活着消息的业务，由此减小ue102接收这样的消息的频率，结果是ue102中的活动-空闲转变减少。在各种实施例中，中间件模块112和/或聚合/代理模块120可聚合背景业务消息以在ue102空闲的时段期间或在ue102活动时减小这样的消息的传送频率。在后者的情况下，尽管在活动期期间背景业务消息的聚合通常可不减小ue102的活动-空闲转变的频率，但是信令开销可通过背景业务消息的减小的传送频率而减少。图2描绘通过系统100而便利化的各种消息传递场景。在一些实例中，移动数据应用110可在预定间隔定期或在检测到触发事件（例如地理位置的改变）时自动生成消息。在移动数据应用110是生成状态更新消息202的应用的实施例中，状态更新消息202可在中间件模块112处聚合。中间件模块112可定期向应用服务器108发送消息204，在该应用服务器108中消息204可包含在不同实例处生成的多个状态更新信息202。这可用来减少在其中ue102在活动和空闲状态之间转变的实例的数量。本发明者已认识到，例如保持活着消息和状态更新消息的移动数据应用可展现延迟容限。如本文使用的术语“延迟容限”指一段时间，在该段时间内，消息可以在由应用生成后，以将应用的操作保持在可容许限制内的方式，由例如ue的实体保留而不传递到例如服务器的预期接收方。另外，聚合/代理模块120可用来聚合入局消息，例如可从应用服务器108定期或偶发地发送的状态更新消息208。包括在不同实例处由应用服务器108发送的多个消息208的消息206可从聚合/代理模块120发送。例如，如果应用服务器108是社交联网服务器，则应用服务器108可将内容和存在状态更新消息推送到ue102的订户，其中该订户的朋友执行例如“喜欢”特定物品或“变成”特定群组的“粉丝”的活动。这样的内容和存在更新消息的频率对于给定移动数据应用可以是每隔几分钟(asoftenaseveryfewminutes)。从而，这样的消息聚合到单个消息206内还可用来减少其中ue102在活动和空闲状态之间转变的实例的数量，如在下文进一步解释的。类似地，在移动数据应用110生成保持活着消息212的实施例中，保持活着消息212可聚合用于在单个实例从收发器116发送多个保持活着消息。同样地，从应用服务器108发送的保持活着消息210可在聚合/代理模块120中聚合用于在单个实例转发到ue102。聚合/代理模块120可位于沿通信路径的任何方便位置中，以拦截由移动数据应用生成的可从例如应用服务器108的一方传送的消息。例如，在运营商运行移动wimax网络的实施例中，聚合/代理模块120可驻存在接入服务网络网关（asn-gw）中。在运营商运行3gpp-lte网络的实施例中，聚合/代理模块120可位于例如路由并且转发用户数据分组的服务网关（s-gw）中，并且可端接下行链路数据路径。聚合/代理模块120备选地可位于提供ue到外部分组数据网络的连接性的3gpp-lte网络的分组数据网络网关（p-gw）中。在一些实施例中，聚合/代理模块120可将要在下行链路中传送到不同的相应ue（其可由控制核心网络106的共同运营商服务）的不同消息存储在一起。为了进一步图示本实施例的操作，图3描绘常规场景并且图4描绘与本实施例一致的场景，其中ue响应于由移动数据应用生成的消息在不同状态（模式）之间转变。在图3中，示出对于其中常规ue302与应用服务器108通信的场景ue功率按照时间的变化。曲线300意在大体上图示ue消耗的功率。如图示的，ue初始可处于由功率水平304表示的活动模式。在活动模式中，ue的无线电设备（未示出）可通电并且各种应用可在ue302中运行。在其中在ue302与其关联的ran（未示出）之间没有通信空中业务的某些间隔之后，ue302可在时间t1处自动转变到空闲模式。在空闲模式中，无线电和相关电路可处于静止状态，从而导致由功率水平308表示的较低功耗。如图示的，ue302可保持处于空闲模式直到t2。在时间t2处，状态更新消息320由在ue302上运行的第一移动数据应用310生成。状态更新消息320的生成触发无线电和相关电路通电，并且上行链路控制信号316由ue302发送以建立与其ran的连接，继之以收到下行链路控制信号作为响应。状态更新消息320然后由ue302无线传送。在状态更新消息的控制信令和发送期间，ue302可花费由功率水平308表示的附加功率直到时间t3为止。ue302的功率水平然后减小到活动模式特有的活动功率水平306，在活动模式中无线电电路通电但不接收或传送数据。因为ue302可设置成在唤醒后在预定时间段保持在活动模式，所以ue302然后保持在活动模式直到时间t4为止，即使未发生另外的通信。在时间t4，ue302转变回到由功率水平306表示的空闲模式直到后续时间t5为止。在时间t5处，在应用服务器108中运行的第二移动数据应用312触发状态更新消息的发送。控制信号322由ue302接收，其引起ue302醒来并且返回控制信号324。ue302可随后返回状态更新消息326。再一次，在信令和数据传送的该时段期间由ue302消耗的功率水平可由功率水平308表示。ue302然后在时间t6处回到活动模式，并且在预定的持续时间保持在功率水平304直到时间t7为止。当活动模式在时间t7处“超时”时，ue302可再一次关闭无线电设备并且进入由功率水平308表示的空闲模式。在时间t8处，在ue302中运行的第三移动数据应用314生成触发ue302退出空闲模式的状态更新消息。发送上行链路控制信号328并且接收下行链路控制信号330，在这之后由ue302传送状态更新消息332，在信令和数据传送的该时段期间由ue302消耗的功率可由功率水平308表示。随后，在时间t9处，ue302回到由功率水平304所表示的活动模式功率水平并且可在预定的持续时间保持在活动模式直到时间t10为止，在时间t10之后ue302可转变到空闲状态。要注意，在图3中大体上描绘的场景可在时间上扩展，使得每个移动数据应用310、312、314定期或偶发地生成例如状态更新消息的消息，其触发ue302从空闲到活动模式的转变。从曲线300的检查显而易见的是，这样的状态更新消息可引起ue302在活动模式（水平304）或传送信号（曲线308）中花费过多时间量，这两者都花费过多功率。此外，单独状态更新消息的定期或偶发生成可引起如图3中描绘的过度的信令开销。为了总结由图3图示的行为引起的问题：当ue不断地在活动与空闲状态之间翻转时，观察到多个问题。在一个示例中，出现增加的控制面信令。特别地，存在过多需要来只是发送这些偶发的、非常小的更新消息的信令开销（既在无线电接入网络（ran）中又在核心网络（cn）中）。为了仅发送一个更新消息，它可占用一轮的空闲-活动转变，这可招致明显的信令开销，包括ran中的多个无线电资源控制（rrc）消息（例如，服务请求、无线电承载建立/释放和在消息是mt时的寻呼(paging)）和epc信令消息（例如，服务请求、连接设置/释放）。rrc协议和rrc连接请求在其他3gpp规范中限定，例如在日期为2011年10月2日的题为“technicalspecificationgroupradioaccessnetwork;radioresourcecontrol(rrc);protocolspecification,release10,”的3gppts25.331（例如8.1.3.3节）中限定。第二个主要问题是ue302的减少的电池寿命。在最坏情况的场景中，当多个应用在ue302进入空闲状态后不久就生成更新消息时，ue302的能量消耗由于活动与空闲状态之间的不断翻转而增加，这可高于如果电话只保持在活动模式。表1提供问题场景、问题的源头和频繁的空闲-活动状态转变场景的受影响元素的概要。表1.由移动数据应用状态更新和保持活着消息引起的信令无效率和减少的电池寿命在其操作在图4中描绘的实施例中，这些问题通过在ue102和/或网络中提供模块以管理状态更新消息的传送来解决。图4描绘其中多个状态更新消息从ue端生成的场景，该多个状态更新消息在一些实施例中可由两个不同的移动数据应用生成。如由曲线402图示的，ue102初始可处于由功率水平304表征的活动功率模式。在一些实施例中，该活动模式可与在3gppts23.401的4.6.3.2节中限定的ecm连接状态相对应。在3gpp标准中，限定提供通过无线电接入网络（ran）的ip连接性的演进分组系统（eps）。限定两个eps连接管理（ecm）状态：ecm空闲和ecm连接。在ecm空闲模式中，在ue与连接到ran的核心网络的移动性管理实体（mme）之间不存在非接入层信令。在ecm连接状态中，在移动终端（ue）与mme之间存在包括s1接口上信令的信令，其可用于传送第一消息。在时间t1处，ue可自动转变到由功率水平306所表示的空闲模式。在一些实施例中，该活动模式可与在3gppts23.401的4.6.3.1节中限定并且在上文论述的ecm空闲模式相对应。如在上文指出的，这可根据为ue保持在活动模式而不接收或发送任何业务所设置的预定持续时间发生。在一个示例中，预定持续时间可由ran104的基站（未示出）中的计时器确定，基站可在与预定持续时间相对应的不活动期之后向ue发送rrc连接释放消息，该消息引起到mme的ues1连接被释放并且引起ue转变到ecm空闲模式。在时间t11处，移动数据应用404生成状态更新消息406。状态更新消息406被转发到中间件模块112。中间件模块可存储状态更新消息406，而不是转发状态更新消息406用于传送。与各种实施例一致，中间件模块112可布置成允许仅根据预定程序传送状态更新消息。例如，中间件模块112可设置成调度仅以固定间隔的任何所接收状态更新消息的传送。在状态更新消息的第一传送时间与下一个所调度的传送时间之间接收的任何消息可被存储而不传送。因此，还参考图1，在时间t11处，没有状态更新消息发送到收发器116用于传送。因此不需要ue102退出空闲模式并且ue102的功耗保持在功率水平306。随后，在时间t12处，也在ue102中运行的状态更新应用408可生成被中间件112拦截的第二状态更新消息410。在由t12表示的时间的实例处，中间件112可确定第二状态更新消息410将被保留，直到与用于传送状态更新消息的下一个所调度的实例相对应的后续时间为止。因此，ue102可保持在空闲模式并且ue102的功耗保持在功率水平306。在由t13表示的随后的实例处，中间件模块112可确定已到达用于传送任何排队的（存储的）状态更新消息的时间。ue102因此可从空闲模式转变出来并且发送上行链路控制信号414来发起通信，继之以收到下行链路控制信号416。随后，可由ue102传送状态更新消息406和408。在一些实施例中，状态更新消息可在同批次的消息中发送，例如在相同的上行链路通信帧内或在相同的上行链路通信子帧内发送。在此时间期间，ue102可消耗由功率水平308表示的功率，如图所示。在时间t14处，ue102可使功耗减小到由功率水平306表征的活动功率模式。随后，在时间t15处，ue102可转变回空闲模式。图5描绘与图4类似的场景，其中从ue端生成在一些实施例中可由两个不同的移动数据应用生成的多个状态更新消息。另外，在图5中描绘的场景中，驻存在应用服务器108中的移动数据应用420在时间t16处生成状态更新消息422，时间t16可位于时间t1与t14之间。应用服务器108可链接到ue102以便于包括应用420的一个或多个移动数据应用的操作。与本实施例一致，聚合/代理模块120可拦截状态更新消息422并且防止状态更新消息422被传递直到后来的时间实例为止。以此方式，ue102在时间t16处不接收任何通信并且继续处于由功率水平306表征的空闲模式。在一些实施例中，用于发送状态更新消息422的后来的时间实例可由聚合/代理模块120单独确定，聚合/代理模块120可位于服务ue102的运营商网络中，如在上文指出的。然而，在其他实施例中，状态更新消息422的发送可与ue102协调。如在图5中进一步图示的，驻存在应用服务器108中的另一个移动数据应用424可在时间t17处生成状态更新消息426，时间t17也可位于时间t1与t14之间。聚合/代理模块120还可拦截状态更新消息426并且防止状态更新消息426被传递直到后来的时间实例为止。以此方式，在时间t17处不接收任何通信的ue102保持在由功率水平306表征的空闲模式。在图5中明确描绘的实施例中，在时间t13处，中间件模块112可确定已经到达用于传送任何排队的（存储的）状态更新消息的时间。ue102因此可从空闲模式中转变出来并且发送状态更新消息406和408，与在图4的场景中一样。另外，在与如图所示可由ue102传送的相同的时间段，聚合/代理模块120可传递状态更新消息422和426。在该时间期间，ue102可消耗由功率水平306所表示的功率，如图所示。在时间t18处，ue102可使功耗减小到由功率水平304表征的活动功率模式。随后，在时间t19处，ue102可转变回空闲模式。在图4、5中描绘的两个场景中，需要ue102传送并且接收控制信号的实例的数量与在图3中示出的ue302的常规操作相比减少。另外，在活动模式（功率水平304）或信令模式（功率水平306）中的总持续时间在图4、5的场景中减少。为了进一步突出由本实施例提供的优势，图6呈现对于提供状态更新消息的ue常规操作的曲线300和对于与本实施例一致的ue操作的曲线402的比较。显而易见的是，在常规操作下，ue可花费多数时间工作在活动模式或信令模式，而本实施例可减少总的活动和信令模式时间，使得更大部分甚至多数时间（当ue未另外忙碌时）花费在空闲模式中。在各种其他实施例中，网络中的聚合/代理模块和/或ue可用来与在图4-6中对状态更新消息描绘的操作类似地聚合保持活着消息。再次转向图1，中间件模块112可操作以聚合由移动数据应用生成的保持活着消息。要进一步注意，延迟容限可在不同应用之中变化。因此，与另外的实施例一致，ue和/或网络聚合/代理模块可以可操作以根据用于生成消息的特定应用或应用类型而对由应用生成的消息的聚合设置不同的时段。例如，与生成状态更新消息的移动数据应用相比，给定voip应用可展现更少（或更多）的延迟容限。图7描绘根据附加实施例布置的ue702。ue702可包括多个应用，所述应用包括移动数据应用。如图示的，ue702包含移动数据应用模块703，其包括voip应用704和社交联网应用706，它们是可由移动数据应用模块703实现的许多移动数据应用之中的两个示范性移动数据应用。这些应用中的每个，当在ue702上运行时，可生成要经由收发器116传送到接收实体（例如托管(host)ue702或用别的方式与ue702交互以便于应用的服务器或其他设备）的偶发或定期消息。ue702还包括在本文称为消息聚合模块708的中间件部件，其作用以聚合要由收发器116传送的消息。在一些实施例中可嵌入ue702的操作系统中的消息聚合模块708包括应用确定模块710和消息调度模块712。应用确定模块710可以可操作以接收由移动数据应用703（包括voip应用704和社交联网应用706）生成的消息，并且可查明类型或生成给定消息的确切应用。这样的移动数据应用可包括例如facebook、linkedin®等的社交联网应用；即时消息传递应用；社交联网服务应用；各种电子邮件应用；包括skype的ip语音应用；包括对准目标的广告的地理服务应用；新闻和天气应用；以及可从移动终端或从网络或两者生成消息的其他应用。在一个示例中，在将每个应用安装在ue702中时，每个应用的签名对于控制消息聚合模块708的操作系统可以是已知的。因此，应用确定模块710可对于指示生成入局消息的应用的签名简单地检查该消息。应用确定模块710可将此信息转发到消息调度模块712，其可根据由消息聚合模块708接收消息的时间以及由应用确定模块710提供的与消息的类型有关的信息来调度给定消息供收发器116的传送。在操作中，消息调度模块712可包括一个缓冲器或多个缓冲器用于存储消息。例如，在第一消息构成包括状态更新或保持活着消息的第一背景业务消息时，可将第一消息置于第一缓冲器中。应用确定模块710可查明第二移动数据应用已生成第二消息，使得消息调度模块712在第二消息构成与第一背景业务消息不同的第二背景业务消息时将第二消息置于第二缓冲器中。消息调度模块712可以可操作以对于在第一实例的传送调度存储在第一缓冲器中的消息；并且对于在与第一实例不同的第二实例的传送调度存储在第二缓冲器中的消息。此外，消息确定模块可确定消息类型，例如多个状态更新消息中每个的状态更新消息类型，并且消息调度模块712可根据对于确定的状态消息类型的间隔而对于传送调度每个状态更新消息。从而，消息调度模块712可使用第一聚合期在第一缓冲器中聚合第一类型的消息，并且可使用第二聚合期在第二缓冲器中聚合第二类型的消息。可布置每个聚合期，使得任何给定消息对传送进行调度并且在被从应用接收后在与该应用的延迟容限相对应的时间内传送。例如，驻存在ue702上的voip应用可每30秒生成保持活着消息，这些消息在被发送以无线传送到远程方（例如应用服务器）之前由消息聚合模块702拦截。消息聚合模块708可将这样的voip保持活着消息的聚合期设置成两分钟，其被认为在该voip应用的延迟容限内。从而，由消息聚合模块708接收并且聚合的每个voip消息在由消息聚合模块706接收消息的不超过两分钟内由消息调度模块712转发用于传送。在另一方面，社交联网应用每一分钟可生成状态更新消息，其也被消息聚合模块708拦截并且存储。消息聚合模块708可将这样的状态更新消息的聚合期设置成是每八分钟，其被认为在该社交联网应用的延迟容限内。从而，由消息聚合模块708接收并且聚合的每个状态更新消息在由消息聚合模块706接收消息的不超过八分钟内由消息调度模块712转发用于传送。在各种实施例中，在ue处于活动或空闲模式时，可采用在上文（特别地关于图4-7）描述的消息聚合功能。从而，例如，如果ue处于ecm连接状态，则消息聚合模块708可作用以在预定时间段聚合状态更新和/或保持活着消息，该预定时间段可超出由网络计时器对由于不活动而引起的ue的s1释放所设置的期满时间（如在ts23.401§5.3.5中阐述的）。一旦消息被聚合使得计时器已对于s1释放期满，ue连接到的网络可发起s1连接的释放，在这之后ue可转变到功耗减少的ecm空闲状态。否则，如果消息聚合未在ue的ecm连接状态期间发生，则保持活着消息和/或状态更新消息的生成可防止或严格限制到ecm空闲模式的任何转变。例如，如果生成的保持活着和/或状态更新消息之间的间隔小于s1释放的计时器时段，则接收保持活着和/或状态更新消息的基站或网络的其他实体可在计时器期满之前检测活动性，从而导致计时器在期满之前不断复位，使得到ecm空闲状态的转变从未被发起。从而，本实施例不仅通过聚合在ecm空闲状态期间生成的移动数据应用消息便于在延长的时段将ue维持在ecm空闲状态，而且加快将ue转变到ecm空闲状态。在各种附加的实施例中，消息聚合模块708可提供与要由ue702传送的背景消息相关的信息，用于在控制消息中传送给网络。这样的信息可包括要从ue传送的状态更新消息的不同类型的优先级和/或配置。这可帮助例如聚合/代理模块120的网络实体关于要在下行链路通信中传送给ue102的消息的合并（聚合）做出决定。再一次转向图2，在各种附加的实施例中，如之前指出的，支持与ue通信的网络运营商可包含聚合/代理模块120，其可操作以聚合由例如应用服务器108的第三方生成的消息。要注意，由代理模块120接收的消息可包括状态更新消息208和保持活着消息210。在各种实施例中，聚合模块（例如聚合/代理模块120）可应用一种或多种类型的过滤程序来拦截消息，例如状态更新消息或保持活着消息。因为聚合/代理模块可不具有正被接收的数据业务的类型的先验知识，这样的聚合/代理模块可不得不应用一个或多个检查程序，以便查明是否要保留给定消息用于聚合，并且更特别地，查明正接收什么类型的消息。图8描绘与另外的实施例一致的网络聚合模块802的细节。在各种实施例中，网络聚合模块802可包括ip传输层过滤器804，其过滤针对用户（例如ue102）的入局消息806。在一些实施例中，ip传输层过滤器804可接收消息806作为分组交换数据并且在规则的分组交换数据业务中滤出移动数据应用的更新消息或保持活着消息。这可通过确定包括例如服务类型（tos）、域或端口号的ip/传输层签名来实现。如果ip传输层过滤器804确定消息806是规则的分组交换数据，则消息可在时间t0处作为消息808转发，也就是说，转发可在没有对预期的接收者（例如ue102）的进一步延迟的情况下发生。例如，消息808可表示移动应用的数据，例如语音、视频或其他数据。如果入局消息806确定为构成要被聚合的状态更新消息或保持活着消息，或类似的消息，则入局消息806可被转发到消息调度模块812用于稍后传送给接收者。由消息调度模块812接收并且聚合的每个状态更新或保持活着消息可根据如在上文关于图7讨论的消息类型来传送。从而，第一类别的消息可聚合到第一消息缓冲器814内并且在随后的时间td1处作为第一消息输出816转发，而第二类别的消息可聚合到第二消息缓冲器818内并且在随后的时间td2处作为第二消息输出820转发。图9描绘与另外的实施例一致的另一个网络聚合模块902的细节。在各种实施例中，网络聚合模块902可包括深度分组检查过滤器904，所述过滤器904还过滤针对用户（例如ue102）的入局消息906。在一些实施例中，深度分组检查过滤器904可接收消息906作为分组交换数据并且在规则的分组交换数据业务中滤出移动数据应用的更新消息或保持活着消息。这可通过使用深度分组检查以在数据分组的内容内寻找移动数据应用的签名而确定消息的内容来实现。如果深度分组检查过滤器904确定消息906是规则的分组交换数据，则消息可在时间t0处作为消息908转发，即，转发可在没有对预期的接收者（例如ue102）的进一步延迟的情况下发生。例如，消息908可表示移动应用的数据，例如语音、视频或其他数据。如果入局消息806确定为构成要被聚合的状态更新消息或保持活着消息，或类似的消息，则入局消息906可被转发到消息调度模块912用于稍后传送给接收者。由消息调度模块912接收并且聚合的每个状态更新或保持活着消息可根据如在上文关于图7讨论的消息类型来传送。从而，第一类别的消息可聚合到第一消息缓冲器914内并且在随后的时间td3处作为第一消息输出916转发，而第二类别的消息可聚合到第二消息缓冲器918内并且在随后的时间td4处作为第二消息输出920转发。图10描绘与其他实施例一致的另外的网络聚合模块1002的细节。如图示的，网络聚合模块1002可接收入局消息1004并且转发它们用于通过ip传输层过滤器1006和深度分组检查过滤器1008进行处理。在一个实施例中，ip传输层过滤器初始可检查入局消息1004并且如果通过检查入局消息1004的ip/传输层签名确定入局消息1004未被聚合则将入局消息1004作为消息1010转发。如果未通过ip传输层过滤器1006确定入局消息的性质，则消息可作为消息1012转发给深度分组检查过滤器1008用于检查。如果消息由ip传输层过滤器确定为要由网络消息聚合模块1002聚合的状态更新消息、保持活着消息或其他消息，则消息可作为消息1014被转发给消息调度模块1016。深度分组检查模块1008可接收消息1012并且使用深度分组检查来确定它是否是要被聚合的更新消息或保持活着消息或其他消息。如果是，消息可作为消息1018转发给消息调度模块。如果消息不被聚合，可在时间t0处传送消息1020。要聚合的任何消息随后可根据如在上文关于图7讨论的消息类型传送。从而，第一类别的消息可聚合到第一消息缓冲器1022内并且在随后的时间td5处作为第一消息输出1024转发，而第二类别的消息可聚合到第二消息缓冲器1026内并且在随后的时间td6处作为第二消息输出1028转发。再一次转向图2，在核心网络包括聚合/代理模块120的实施例中，这样的模块对于例如保持活着消息的由移动数据应用110生成的消息可起到代理的作用。因为可定期生成保持活着消息来维持例如voip通信的应用，中间件模块112可生成信号来维持voip通信。图11描绘中间件模块的一个实施例，其中中间件模块是保持活着代理。ue1102包括耦合到voip应用1106的代理1104。代理voip应用1106可在voip通信活动时定期生成保持活着信号1108，该信号由代理（或代理模块）1104拦截。不是将消息传送到外部方，代理1104而是可将返回消息1110发送到voip应用1106，返回消息1110代替来自外部服务器的消息用来维持voip通信。图12描绘网络的实施例，其中网络服务器1202包括代理模块1204。在活动voip通信会话期间，代理模块1204可拦截从应用服务器108输出的保持活着消息1206，并且不是传送到ue102，代理模块1204而是向网络服务器返回用来维持voip通信会话的消息1208。从而，根据图11和12的实施例，voip通信会话可保持活动而不需要唤醒ue1102的发射器116，即不引起从空闲到活动模式的转变。本文包括表示用于执行所公开系统和架构的新颖方面的示范性方法的一组流程图。尽管为了解释的简单性目的，在本文例如采用流程图或流图形式示出的一个或多个方法被示出并且描述为一系列动作，但是要理解并且意识到这些方法不受动作顺序的限制，因为一些动作可据此以不同的顺序出现和/或与本文示出并且描述的不同的动作同时出现。例如，本领域内技术人员将理解并且意识到方法可以备选地表示为例如在状态图中的一系列相互关联的状态或事件。此外，对于新颖的实现可不需要方法中图示的所有动作。图13描绘示范性逻辑流1300。在框1302处，接收第一入局消息。在框1304处，确定由第一消息所表示的消息的类型。在框1306处，做出关于第一入局消息是否要聚合的确定。此确定可基于例如第一入局消息的消息类型、ue的当前操作模式（例如空闲模式或活动模式）的因素和其他因素。如果消息不与其他消息聚合用于稍后的传送，则流移到框1308，在那里转发第一入局消息用于传送。如果在框1306处，要聚合第一入局消息，则流移到框1310，在那里存储第一入局消息用于稍后的传送。在框1312处，做出关于是否到达用于传送所存储消息的时间的确定。如果否，流回到框1310。如果是，流移到框1314，在那里所有存储的消息被转发用于传送。图14描绘另一个示范性逻辑流1400。在框1402处，为消息的接收而监视系统。消息例如可由软件以自动或偶发形式生成。在框1404处，如果系统未注册到网络，流结束。如果系统被注册，流移到框1406，在那里存储第一消息类型的任何接收的消息。在框1408处，还存储第二消息类型的任何接收的消息。在框1410处，做出关于是否到达用于传送第一类型的消息的时间的确定。如果否，流回到框1402。如果是，流移到框1412，在那里转发第一消息类型的所有存储的消息用于传送。在框1414处，做出关于是否到达用于传送第二类型的消息的时间的确定。如果否，流回到框1402。如果是，流移到框1416，在那里转发第二消息类型的所有存储的消息用于传送。流可回到框1402并且多次循环通过框1402至1416直到系统不再被注册为止。图15描绘另外的示范性过程流1500。在框1502处，对入局消息应用ip传输过滤器来确定入局消息的性质。在框1504处，做出关于入局消息是否要聚合的确定。如果否，流移到框1506，在那里入局消息被转发用于传送。如果是，流移到框1508，在那里存储入局消息用于稍后的传送。如果ip传输层过滤器未确定消息是否要聚合，例如，如果入局消息的性质保持为未确定，则流移到框1510。在框1510处，执行入局框的深度分组检查。在框1512处，基于框1510的深度分组检查做出关于入局消息是否要聚合的确定。如果否，流移到框1506，在那里入局消息被转发用于传送。如果是，流移到框1508，在那里存储入局消息用于稍后的传送。流然后移到框1514。在框1514处，如果已经到达用于传送存储的消息的时间，流移到框1516，在那里存储的消息被转发用于传送。如果否，则流回到框1508。图16是示范性系统实施例的示图并且特别地，图16是示出平台1600的示图，该平台1600可包括各种元件。例如，图16示出平台（系统）1610可包括处理器/图形核1602、芯片集/平台控制集线器（pch）1604、输入/输出（i/o）设备1606、随机存取存储器（ram）（例如动态ram（dram））1608和只读存储器（rom）1610、显示电子器件1620、显示器背光1622和各种其他平台部件1614（例如，风扇、交叉流风机、散热片、dtm系统、冷却系统、外壳、开口等）。系统1600还可包括无线通信芯片1616和图形设备1618。然而，实施例不限于这些元件。如在图16中示出的，i/o设备1606、ram1608和rom1610通过芯片集1604耦合到处理器1602。芯片集1604可通过总线1612耦合到处理器1602。因此，总线1612可包括多个线路。处理器1602可以是包括一个或多个处理器核的中央处理单元并且可包括任何数量的处理器，所述处理器具有任何数量的处理器核。处理器1602可包括任何类型的处理单元，例如，诸如，cpu、多处理单元、精简指令集计算机（risc）、具有管线的处理器、复杂指令集计算机（cisc）、数字信号处理器（dsp）等。在一些实施例中，处理器1602可以是位于独立集成电路芯片上的多个独立处理器。在一些实施例中，处理器1602可以是具有集成图形的处理器，而在其他实施例中处理器1602可以是一个或多个图形核。图17图示适合于实现如之前描述的各种实施例的示范性计算系统（架构）1700的实施例。如在此申请中使用的，术语“系统”和“设备”以及“部件”意在指计算机相关的实体，硬件、硬件和软件的组合、软件或执行中的软件，它们的示例由示范性计算架构1700提供。例如，部件可以是，但不限于是在处理器上运行的过程、处理器、硬盘驱动器、多个存储驱动器（光和/或磁存储介质的）、对象、可执行的、执行的线程、程序和/或计算机。通过图示，在服务器上运行的应用和服务器两者都可以是部件。一个或多个部件可以驻存在过程和/或执行的线程内，并且部件可以位于一台计算机上或分布在两台或更多计算机之间。此外，部件可以通过各种类型的通信介质在通信上互相耦合以协调操作。协调可牵涉信息的单向或双向交换。例如，部件可将信息以通过通信介质传送的信号的形式传送。信息可以实现为分配到各种信号线路的信号。在这样的分配中，每个消息是信号。然而，另外的实施例可备选地采用数据消息。可将这样的数据消息在各种连接上发送。示范性的连接包括并行接口、串行接口和总线接口。在一个实施例中，计算架构1700可包括或实现为电子设备的一部分。电子设备的示例可无限制地包括移动设备、个人数字助理、移动计算设备、智能电话、蜂窝电话、手持机、单向寻呼机、双向寻呼机、消息传递设备、计算机、个人计算机（pc）、台式计算机、膝上型计算机、笔记本式计算机、手持式计算机、平板计算机、服务器、服务器阵列或服务器场、web服务器、网络服务器、因特网服务器、工作站、微型计算机、主机计算机、超级计算机、网络器具、web器具、分布式计算系统、多处理器系统、基于处理器的系统、消费者电子设备、可编程消费者电子设备、电视、数字电视、机顶盒、无线接入点、基站、订户站、移动订户中心、无线电网络控制器、路由器、集线器、网关、网桥、交换机、机器或其组合。实施例在此上下文中不受限制。计算架构1700包括各种公共计算元件，例如一个或多个处理器、协同处理器、存储器单元、芯片集、控制器、外设、接口、振荡器、计时设备、视频卡、声卡、多媒体输入/输出（i/o）部件等。然而，实施例不限于通过计算架构1700的实现。如在图17中示出的，计算架构1700包括处理单元1704、系统存储器1706和系统总线1708。处理单元1704可以是各种商业可得的处理器中的任何处理器。也可采用双微处理器和其他多处理器架构作为处理单元1704。系统总线1708为包括但不限于，系统存储器1706到处理单元1704的系统部件提供接口。系统总线1708可以是若干类型的总线结构中的任何总线结构，所述总线结构可进一步互相连接到使用商业可得的总线架构中任何总线结构的存储器总线（具有或不具有存储器控制器）、外围总线和本地总线。计算架构1700可包括或实现各种制造物品。制造物品可包括计算机可读存储介质以便存储各种形式的编程逻辑。计算机可读存储器介质的示例可包括能够存储电子数据的任何有形介质，包括易失性存储器或非易失性存储器、可移动或不可移动存储器、可擦除或不可擦除存储器、可写或可重写存储器等。编程逻辑的示例可包括使用例如源代码、编译代码、解释代码、可执行代码、静态代码、动态代码、面向对象的代码、可视代码等任何适当类型的代码来实现的可执行计算机程序指令。系统存储器1706可包括以一个或多个较高速存储器单元形式的各种类型的计算机可读存储介质，例如只读存储器（rom）、随机存取存储器（ram）、动态ram（dram）、双数据速率dram（ddram）、同步dram（sdram）、静态ram（sram）、可编程rom（prom）、可擦除可编程rom（eprom）、电可擦除可编程rom（eeprom）、闪速存储器、例如铁电聚合物存储器、奥氏(ovonic)存储器、相变或铁电存储器、硅-氧化物-氮化物-氧化物-硅（sonos）存储器的聚合物存储器、磁卡或光卡或者适合存储信息的任何其他类型的介质。在图17中示出的图示实施例中，系统存储器1706可以包括非易失性存储器1710和/或易失性存储器1712。基本输入/输出系统（bios）可以存储在非易失性存储器1710中。计算机1702可包括以一个或多个较低速存储器单元形式的各种类型的计算机可读存储介质，包括内部硬盘驱动器（hdd）1714、从可移动磁盘1718读取或向其写入的磁性软盘驱动器（fdd）1716和从可移动光盘1722（例如，cd-rom或dvd）读取或向其写入的光盘驱动器1720。hdd1714、fdd1716和光盘驱动器1720可以分别通过hdd接口1724、fdd接口1726和光驱动器接口1728连接到系统总线1708。用于外部驱动实现的hdd接口1724可以包括通用串行总线（usb）和ieee1294接口技术中的至少一个或两者。驱动器和相关联的计算机可读介质提供数据、数据结构、计算机可执行指令等的易失性和/或非易失性存储。例如，许多程序模块可以存储在驱动器和存储器单元1710、1712中，包括操作系统1730、一个或多个应用程序1732、其他程序模块1734和程序数据1736。用户可以通过一个或多个有线/无线输入设备（例如，键盘1738和例如鼠标1740的指向设备）将命令和信息输入计算机1702。其他输入设备可包括麦克风、红外（ir）遥控、操纵杆、游戏手柄、记录笔、触摸屏等。这些和其他输入设备经常通过耦合到系统总线1708的输入设备接口1742连接到处理单元1704，但可以通过例如并行端口、ieee1294串行端口、游戏端口、usb端口、ir接口等的其他接口连接。监视器1744或其他类型的显示设备也经由例如视频适配器1746的接口连接到系统总线1708。除监视器1744外，计算机通常还包括其他外围输出设备，例如扬声器、打印机等。计算机1702可使用逻辑连接经由到一个或多个远程计算机（例如远程计算机1748）的有线和/或无线通信而工作在联网环境中。远程计算机1748可以是工作站、服务器计算机、路由器、个人计算机、便携式计算机、基于微处理器的娱乐器具、对等设备或其他公共网络节点，并且通常包括关于计算机1702描述的元件中的多数或全部，虽然为了简洁目的，仅图示存储器/存储设备1750。描绘的逻辑连接包括到局域网（lan）1752和/或例如广域网（wan）1754的更大网络的有线/无线连接性。这样的lan和wan联网环境在办公室和公司中是平常的，并且便于例如内联网的企业范围的计算机网络，其全部可连接到全球通信网络，例如因特网。当在lan联网环境中使用时，计算机1702通过有线和/或无线通信网络接口或适配器1756连接到lan1752。适配器1756可以便于到lan1752的有线和/或无线通信，lan1752还可包括布置在其上用于与适配器1756的无线功能性通信的无线接入点。当在wan联网环境中使用时，计算机1702可以包括调制解调器1758，或连接到wan1754上的通信服务器，或具有用于例如通过因特网建立通过wan1754的通信的其他装置。可以是内部或外部和有线和/或无线设备的调制解调器1758经由输入设备接口1742连接到系统总线1708。在联网环境中，关于计算机1702描绘的程序模块或其部分可以存储在远程存储器/存储设备1750中。将意识到所示的网络连接是示范性的并且可以使用在计算机之间建立通信链路的其他装置。计算机1702可操作以使用ieee802标准族与例如无线设备的有线和无线设备或实体通信，无线设备在操作上布置在与例如打印机、扫描仪、台式和/或便携式计算机、个人数字助理（pda）、通信卫星、与无线可检测标签关联的任何设备件或位置（例如，信息亭(kiosk)、报刊亭、休息室）以及电话的无线通信（例如，ieee802.11空中调制技术）中。这包括至少wi-fi（或无线保真）、wimax和蓝牙™无线技术。从而，通信可以是如与常规网络一样的预定义结构或简单地是至少两个设备之间的adhoc通信。wi-fi网络使用称为ieee802.11x（a、b、g、n等）的无线电技术来提供安全、可靠、快速无线连接性。wi-fi网络可以用于将计算机互相连接、连接到因特网和连接到（使用ieee802.3相关媒体和功能的）有线网络。如之前描述的实施例可使用各种硬件元件、软件元件或两者的组合来实现。硬件元件的示例可包括设备、逻辑设备、部件、处理器、微处理器、电路、处理器电路、电路元件（例如，晶体管、电阻器、电容器、感应器等）、集成电路、专用集成电路（asic）、可编程逻辑器件（pld）、数字信号处理器（dsp）、现场可编程门阵列（fpga）、存储器单元、逻辑门、寄存器、半导体器件、芯片、微芯片、芯片集等。软件元件的示例可包括软件部件、程序、应用、计算机程序、应用程序、系统程序、软件开发程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、功能、方法、程序、软件接口、应用程序接口（api）、指令集、计算代码、计算机代码、代码段、计算机代码段、字、值、符号或其任何组合。确定实施例是否使用硬件元件和/或软件元件实现可根据例如以下的许多因素改变：如对于给定实现所期望的期望计算速率、功率水平、耐热性、处理周期预算、输入数据速率、输出数据速率、存储器资源、数据总线速度和其它设计或性能约束。在一些实施例中，元件限定为执行一个或多个操作的特定结构。例如，用户设备（ue）102可以是具有如关于图16、17描述的一个或多个平台组件的电子设备。然而，可意识到限定为执行特定功能的特定结构的任何元件可表达为用于执行规定功能而不叙述结构、材料或支持其的动作的部件或步骤，并且这样的部件或步骤意在涵盖在详细描述中描述的对应的结构、材料或动作或者其等同物。实施例在此上下文中不受限制。一些实施例可使用表达“一个实施例”或“实施例”连同它们的派生词来描述。这些术语意指连同实施例描述的特定特征、结构或特性包括在至少一个实施例中。短语“在一个实施例中”在说明书中各种地方的出现不一定全部指相同的实施例。此外，一些实施例可使用表达“耦合”和“连接”连同它们的派生词来描述。这些术语不一定意图作为彼此的同义词。例如，一些实施例可使用术语“耦合”和/或“连接”来描述以指示两个或以上的元件互相直接物理或电接触。然而，术语“耦合”还可意指两个或以上的元件彼此不直接接触，但仍彼此相互作用或合作。强调的是提供本公开的摘要以允许读者快速查明本技术公开的性质。在理解它将不用于解释或限制权利要求的范围或含义的情况下提交摘要。另外，在前面的具体实施方式中，可以看到为了简化公开的目的而在单个实施例中将各种特征编组在一起。本公开的方法不解释为反映要求保护的实施例比在每个权利要求中清楚叙述的要求更多特征的意图。而是，如随附权利要求反映的，发明的主题在于少于单个公开的实施例的所有特征。从而，随附的权利要求由此并入具体实施方式中，其中每个权利要求自立作为独立的实施例。在随附的权利要求中，术语“包括”和“在…中”分别用作相应术语“包含”和“其中”的简明英语等同物。此外，术语“第一”、“第二”、“第三”等仅用作标签，而不意在对它们的对象施加数值要求。已在上文描述的包括公开的架构的示例。当然，描述部件和/或方法的每一个可想到的组合是不可能的，但本领域普通技术人员可认识到多数另外的组合和排列是可能的。因此，新颖的架构意在包含落入随附权利要求的精神和范围内的所有这样的更改、修改和变型。当前第1页12当前第1页12