[0001] 本发明涉及通信领域，具体而言，涉及一种拥塞控制方法及装置。

[0002] M2M（Machine to Machine）指机器之间建立连接的所有技术和手段。M2M理念在上个世纪九十年代就出现了，但是只停留在理论阶段。2000年以后，随着移动通信技术的发展，以移动通信技术实现机器设备的联网成为可能。2002年左右M2M业务就在市场上出现，并在随后的几年迅速发展，成为了众多通信设备商和电信运营商的关注焦点。目前全球的机器数量比人的数量要多很多，因此可以预见到M2M技术的良好的市场前景。

[0003] 对M2M通信应用场景研究表明在移动网络上提供M2M通信具有潜在的市场前景。但M2M业务对系统提出了很多新的要求，为了增强移动网络在这方面的竞争力，有必要对现有的移动网络进行优化，来更有效的支持M2M通信。

[0004] 现有的移动通信网络主要针对人与人的通信进行设计，而对机器与机器，人与机器的通信则优化不足。此外，运营商如何能够以低成本提供M2M通信服务，也是M2M通信部署成功的关键。

[0005] 基于以上情况，有必要研究移动网络支持M2M通信的解决方案，解决方案要最大限度重用现有网络，降低大量M2M通信对网络造成的影响以及运营维护的复杂度。

[0006] 目前电信市场竞争日趋激烈，资费不断下降，运营商利润空间不断减小，以人为基础的通信市场正在趋于饱和，M2M对运营商来说是全新的发展机遇。

[0007] 为了有效地利用移动网络资源，第三代合作伙伴计划（3rd Generation Partnership Project，简称为3GPP）提出了机器类型通信（Machine Type Communication，简称为MTC）,即机器对机器（Machine to Machine）、机器对人(Machine to Man)进行通讯的业务，其业务范围远远超出了以往人对人（Human to Human，简称为H2H）之间的通讯，MTC在接入控制、计费、安全性、服务质量（Quality of Service，简称为QoS）、业务模式等方面与现在的H2H通讯模式有很大的区别。

[0008] MTC设备触发（Device Trigger，以下简称trigger）是对MTC系统的基本要求之一，该要求所关注的问题是：为了控制MTC设备的通信，可以采用由MTC Server发起查询（poll）的方式进行通信，对于MTC设备发起的通信，有时也需要MTC Server从MTC设备poll数据。如果MTC Server查询失败或者MTC设备的IP地址不可用，则MTC Server可以使用trigger来与MTC设备建立通信。如果网络不能触发MTC设备，则网络向MTC Server报告trigger失败，trigger在3GPP中通过控制面信令实现。

[0009] 图1是根据相关技术的短信发送的网络架构示意图，如图1所示，短信服务（ShortMessage Service，简称为SMS）是为了通过业务中心（Service Centre，简称为SC）在短信实体（Short Message Entity，简称为SME）和用户设备之间发送信息。SMS包括移动主叫（Mobile Originated，简称为MO）和移动被叫（Mobile Terminating，简称为MT）业务，即包括用户设备发送或者接收信息。

[0010] 为了实现trigger请求的有效传输，已提出的方案包括：通过短信SMS发送trigger，或者通过控制面信令发送trigger，图2是根据相关技术的3GPP中的MTC网络架构示意图，如图2所示，其中MTC互通功能（MTC InterWorking Function，简称为MTC-IWF）通过T4接口连接短消息服务业务中心（SMS-SC），并将从服务能力服务器（Service Capability Server，简称为SCS）收到的触发信息通过短信方式向目标MTC用户设备（User Equipment，简称为UE）发送。在图2架构中，MTC-IWF充当SME的角色，向SMS-SC发送短信触发信息。

[0011] 考虑到MTC UE的数量远远超过传统用户设备，如果同时对MTC UE发送触发信息，可能造成网络拥塞；为了避免触发信息造成的网络拥塞，需要对触发信息进行拥塞控制。目前相关技术中讨论了在Tsp和T5接口对trigger信息进行拥塞控制，即MTC-IWF和移动性管理实体（Mobile Management Entity，简称为MME）/服务通用分组无线业务支撑节点（Serving General packet radio service support node，简称为SGSN）分别对触发信息进行拥塞控制。

[0012] 但是，在对现有技术的研究和实践过程中发现现有技术存在以下问题：对于采用SMS发送trigger信息，T4接口是否需要进行拥塞控制以及T4接口如何进行拥塞控制，目前尚未提出有效的解决方案。

[0056] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

[0057] 在本实施例中提供了一种拥塞控制方法，图3是根据本发明实施例的拥塞控制方法的流程图，如图3所示，该方法包括如下步骤：

[0058] S302，MTC-IWF通过T4接口接收来自SMS-SC的第一指示信息，其中，该第一指示信息用于指示MTC-IWF对触发（Trigger）信息进行拥塞控制；

[0059] S304，MTC-IWF根据该第一指示信息进行拥塞控制。

[0060] 本实施例通过上述步骤，MTC-IWF通过T4接口接收到来自SMS-SC的进行拥塞控制的第一指示信息，MTC-IWF根据该第一指示信息进行拥塞控制，使得SMS-SC发现T4接口网络拥塞时，能够指示MTC-IWF对Trigger信息进行拥塞控制，从而能够降低MTC-IWF从T4接口发给SMS-SC的Trigger信息的数量，解决了相关技术中T4接口如何进行拥塞控制的问题，提高了系统的健壮性及稳定性，能够实现通过T4接口发送trigger信息时，MTC-IWF以及SMS-SC对触发信息进行拥塞控制。

[0061] 优选地，上述拥塞控制可以是MTC-IWF在本地缓存从SCS接收到的触发信息，和/或MTC-IWF向SCS发送拥塞控制指示信息，以使SCS减少向MTC-IWF发送的Trigger信息的数量。

[0062] 优选地，SMS-SC指的可以是与MTC-IWF位于相同归属陆地公共移动网(Home Public Land MobileNetwork，简称为HPLMN)的短消息服务业务中心（Short Message Service-Service Center，简称为SMS-SC）。

[0063] 作为一种优选实施方式，SMS-SC接收来自用户设备所在的服务节点的拥塞指示信息，并根据该拥塞指示信息对触发信息进行拥塞控制。优选地，该服务节点可以包括以下至少一种：移动管理实体(Mobility Management Entity，简称为MME)，服务GPRS支持节点(Serving GPRS SupportNode，简称为SGSN)，移动交换中心(Mobile Switching Center，简称为MSC)。

[0064] 优选地，SMS-SC对触发信息进行拥塞控制可以包括：SMS-SC本地缓存从MTC-IWF接收到的触发信息，和/或，SMS-SC向MTC-IWF发送第一指示信息。

[0065] 作为一种优选实施方式，考虑到有些Trigger信息比较重要，需要优先处理，因此可以设置该Trigger信息的优先级较高，例如，可以设置该Trigger信息的优先级高于预设阈值。当MTC-IWF接到一个Trigger信息时，可以首先判断该Trigger信息的优先级是否高于预设阈值，如果高于，则MTC-IWF可以不对该Trigger信息进行拥塞控制，而是将该Trigger信息直接发送给SMS-SC；如果该Trigger信息的优先级不高于预设阈值，则MTC-IWF可以对该Trigger信息进行拥塞控制，在这种情况下，MTC-IWF可以根据上述第一指示信息对该Trigger信息进行拥塞控制。

[0066] 优选地，在MTC-IWF根据该第一指示信息进行拥塞控制的同时，还可以向SCS发送传送报告，该传送报告中可以包括指示触发失败的信息以及触发失败原因，其中的触发失败原因可以是SMS-SC正在进行拥塞控制。通过这种方式，SCS能够得知Trigger信息发送失败的原因是因为SMS-SC正在进行拥塞控制，从而SCS可以据此调整发送策略。

[0067] 优选地，上述第一指示信息可以是控制因子，该控制因子可以用于指示MTC-IWF减少发送的Trigger信息占总Trigger信息的比例；或者，上述第一指示信息也可以是控制时间，该控制时间用于指示MTC-IWF进行拥塞控制的时间长度；或者，上述第一指示信息也可以是控制类别，该控制类别用于指示MTC-IWF进行拥塞控制的Trigger信息的类别，或者也可以是其他的指示信息，只要能够起到指示MTC-IWF如何进行Trigger信息发送控制即可。

[0068] 优选地，由于Trigger信息通常具有有效时间，因此为了使得Trigger信息不会因为拥塞控制导致失效，上述控制时间的选取可以小于Trigger信息的有效时间。

[0069] 作为一种优选实施方式，在MTC-IWF根据上述第一指示信息进行拥塞控制之后，当MTC-IWF通过T4接口接收到来自上述SMS-SC的第二指示信息，其中，该第二指示信息用于指示MTC-IWF解除拥塞控制的情况下，MTC-IWF可以根据该第二指示信息解除上述拥塞控制，恢复正常的Trigger信息处理方式。或者，当上述第一指示信息是控制时间的情况下，该MTC-IWF也可以在控制时间到期后，解除拥塞控制。

[0070] 对应于上述拥塞控制方法，在本实施例中提供了一种拥塞控制装置，位于MTC-IWF中，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

[0071] 图4是根据本发明实施例的拥塞控制装置的结构框图，如图4所示，该装置包括：第一接收模块42和控制模块44，下面对各个模块进行详细说明。

[0072] 第一接收模块42，用于通过T4接口接收来自SMS-SC的第一指示信息，其中，该第一指示信息用于指示MTC-IWF对Trigger信息进行拥塞控制；控制模块44，与第一接收模块42相连，用于根据该第一指示信息进行拥塞控制。

[0073] 本实施例通过上述模块，MTC-IWF通过第一接收模块42从T4接口接收到来自SMS-SC的进行拥塞控制的指示信息，MTC-IWF通过控制模块44根据该指示信息进行拥塞控制，使得在SMS-SC发现T4接口网络拥塞时，能够指示MTC-IWF对Trigger信息进行拥塞控制，从而能够降低MTC-IWF从T4接口发给SMS-SC的Trigger信息的数量，解决了相关技术中T4接口如何进行拥塞控制的问题，提高了系统的健壮性及稳定性，能够实现通过T4接口发送trigger信息时，MTC-IWF以及SMS-SC对触发信息进行拥塞控制。

[0074] 优选地，控制模块44可以包括：第一判断单元442，用于判断Trigger信息的优先级是否高于预设阈值；第一发送单元444，与第一判断单元442相连，用于在第一判断单元442的判断结果为是的情况下，将Trigger信息发送给SMS-SC；控制单元446，与第一判断单元442相连，用于在第一判断单元442的判断结果为否的情况下，根据第一指示信息对Trigger信息进行拥塞控制。

[0075] 优选地，控制模块44也可以包括：缓存单元448，用于根据第一指示信息在本地缓存来自SCS的触发信息；和/或，第二发送单元450，用于根据第一指示信息向SCS发送拥塞控制指示信息。

[0076] 图5是根据本发明实施例的拥塞控制装置的优选结构框图一，如图5所示，该装置还可以包括：第一发送模块52，与第一接收模块42相连，用于向SCS发送传送报告，其中，该传送报告中包括的触发失败原因是SMS-SC进行拥塞控制。

[0077] 图6是根据本发明实施例的拥塞控制装置的优选结构框图二，如图6所示，该装置还可以包括：第二接收模块62，与控制模块44相连，用于通过T4接口接收来自SMS-SC的第二指示信息，其中，该第二指示信息用于指示MTC-IWF解除拥塞控制；第一解除模块64，与第二接收模块62相连，用于根据该第二指示信息解除拥塞控制。

[0078] 图7是根据本发明实施例的拥塞控制装置的优选结构框图三，如图7所示，在第一指示信息包括上述控制时间的情况下，该装置还可以包括：第一判断模块72，与控制模块44相连，用于判断该控制时间是否到期；第二解除模块74，与第一判断模块72相连，用于在该控制时间到期的情况下，解除该拥塞控制。

[0079] 在本实施例中还提供了另一种拥塞控制方法，图8是根据本发明实施例的另一种拥塞控制方法的流程图，如图8所示，该方法包括如下步骤：

[0080] 步骤S802，SMS-SC确定存在网络拥塞；

[0081] 步骤S804，该SMS-SC通过T4接口向MTC-IWF发送第一指示信息，或者SMS-SC在本地缓存来自MTC-IWF的触发（Trigger）信息，其中，该第一指示信息用于指示MTC-IWF对Trigger信息进行拥塞控制。

[0082] 本实施例通过上述步骤，SMS-SC在确定存在网络拥塞的情况下，通过T4接口向其上游的MTC-IWF发送指示该MTC-IWF对Trigger信息进行拥塞控制的指示信息，使得MTC-IWF能够根据该指示信息进行拥塞控制，从而能够降低MTC-IWF从T4接口发给SMS-SC的Trigger信息的数量，或者在SMS-SC本地缓存来自该MTC-IWF的Trigger信息，解决了相关技术中T4接口如何进行拥塞控制的问题，提高了系统的健壮性及稳定性，能够实现通过T4接口发送trigger信息时，MTC-IWF以及SMS-SC对触发信息进行拥塞控制。

[0083] 优选地，SMS-SC可以根据从用户设备所在服务节点收到的拥塞指示信息或本地信息判断网络是否拥塞。该用户设备所在的服务节点包括以下至少之一：MME，SGSN，MSC。

[0084] 例如，考虑到有些Trigger信息比较重要，需要优先处理，因此可以设置该Trigger信息的优先级较高，例如，可以设置该Trigger信息的优先级高于预设阈值。当该SMS-SC接到一个Trigger信息时，可以首先判断该Trigger信息的优先级是否高于预设阈值，如果高于，则该SMS-SC可以不对该Trigger信息进行拥塞控制，而是将该Trigger信息直接向目标MTC UE发送；如果该Trigger信息的优先级不高于预设阈值，则该SMS-SC可以根据第一指示信息判断是否对Trigger信息进行处理。

[0085] 作为一种优选实施方式，在SMS-SC通过T4接口向MTC-IWF发送第一指示信息之后，SMS-SC还可以根据其他网络节点发送的指示信息或者本地信息来判断上述网络拥塞是否有所缓解，当该网络拥塞缓解的情况下，SMS-SC可以通过T4接口向MTC-IWF发送第二指示信息，其中，该第二指示信息用于指示MTC-IWF解除拥塞控制。

[0086] 优选地，上述第一指示信息可以是控制因子，该控制因子可以用于指示MTC-IWF减少发送的Trigger信息占总Trigger信息的比例；或者，上述第一指示信息也可以是控制时间，该控制时间用于指示MTC-IWF进行拥塞控制的时间长度；或者，上述第一指示信息也可以是控制类别，该控制类别用于指示MTC-IWF进行拥塞控制的Trigger信息的类别，或者也可以是其他的指示信息，只要能够起到指示MTC-IWF如何进行Trigger信息发送控制即可。

[0087] 优选地，由于Trigger信息通常具有有效时间，因此为了使得Trigger信息不会因为拥塞控制导致失效，上述控制时间的选取可以小于Trigger信息的有效时间。

[0088] 对应于上述另一种拥塞控制方法，在本实施例中还提供了另一种拥塞控制装置，位于SMS-SC中，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

[0089] 图9是根据本发明实施例的另一种拥塞控制装置的结构框图，如图9所示，该装置包括：确定模块82和第一处理模块84，下面对各个模块进行详细说明。

[0090] 确定模块82，用于确定存在网络拥塞；第一处理模块84，与确定模块82相连，用于通过T4接口向MTC-IWF发送第一指示信息，或者SMS-SC在本地缓存来自MTC-IWF的Trigger信息，其中，第一指示信息用于指示MTC-IWF对Trigger信息进行拥塞控制。

[0091] 本实施例通过上述模块，SMS-SC在通过确定模块82确定存在网络拥塞的情况下，通过第一处理模块84从T4接口向其上游的MTC-IWF发送指示该MTC-IWF对Trigger信息进行拥塞控制的指示信息，使得MTC-IWF能够根据该指示信息进行拥塞控制，从而能够降低MTC-IWF从T4接口发给下游SMS-SC的Trigger信息的数量，或者在SMS-SC本地缓存来自该MTC-IWF的Trigger信息，解决了相关技术中T4接口如何进行拥塞控制的问题，提高了系统的健壮性及稳定性，能够实现通过T4接口发送trigger信息时，MTC-IWF以及SMS-SC对触发信息进行拥塞控制。

[0092] 图10是根据本发明实施例的另一种拥塞控制装置的优选结构框图一，如图10所示，该装置还可以包括：第三接收模块92，与第一处理模块84相连，用于接收来自MTC-IWF的Trigger信息和用户设备所在服务节点的拥塞指示信息；第二处理模块94，与第三接收模块92相连，用于根据拥塞指示信息或者本地信息对Trigger信息进行拥塞处理。

[0093] 图11是根据本发明实施例的另一种拥塞控制装置的优选结构框图二，如图11所示，该装置还可以包括：第二判断模块102，与第一处理模块84相连，用于判断网络拥塞是否缓解；第二发送模块104，与第二判断模块102相连，用于在网络拥塞缓解的情况下，通过T4接口向MTC-IWF发送第二指示信息，其中，第二指示信息用于指示MTC-IWF解除拥塞控制。

[0094] 下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及其优选实施方式。

[0095] 在以下优选实施例中提供了一种在T4接口对trigger信息通过SMS发送时进行拥塞控制的方法和系统，包括：SMS-SC通过T4接口向MTC-IWF发送拥塞控制指示信息，该MTC-IWF根据该指示信息对触发信息进行拥塞控制处理。通过该方案，能够实现通过T4接口发送trigger信息时，SMS-SC对触发信息进行拥塞控制，防止因UE响应触发信息导致网络拥塞恶化，满足在网络拥塞情况下，限制UE被触发的需求。

[0096] 实施例一

[0097] 图12是根据本发明实施例一的拥塞控制的方法流程图，如图12所示，该方法可以包括如下步骤：

[0098] 步骤S1202，SMS-SC通过T4向MTC-IWF发送拥塞控制指示信息。

[0099] 该SMS-SC判断网络存在拥塞，如果SMS-SC收到网络拥塞的指示信息，该SMS-SC就可以通过T4接口向MTC-IWF发送该拥塞控制指示信息（即上述第一指示信息）；

[0100] 其中，该T4接口可以是指SMS-SC接收短信触发信息的接口；该MTC-IWF可以是指向该SMS-SC发送触发信息的MTC-IWF；

[0101] 该拥塞控制指示信息可以包括以下一种或多种：控制因子，控制时间，控制类别。其中控制因子是指：减少的触发信息比例，例如40%，表明SMS-SC希望MTC-IWF减少发送触发信息为40%；控制时间是指：拥塞控制的时间长度；控制类别是指：拥塞控制针对的触发信息类别，例如，触发信息的优先级，发送触发信息的服务器等。

[0102] 步骤S1204，MTC-IWF根据该拥塞控制指示信息进行拥塞控制。

[0103] 该MTC-IWF收到拥塞控制指示信息后，可以根据指示信息的内容进行处理，同时向SCS发送传送报告，指示触发失败和失败原因，其中失败原因是SMS-SC实施拥塞控制。优选地，该MTC-IWF还可以确定是否需要在Tsp接口进行拥塞控制，如果该MTC-IWF不具备存储转发功能，则MTC-IWF可以在Tsp接口进行拥塞控制，该Tsp接口拥塞控制可以利用现有的流程进行。

[0104] 需要指出的是，高优先级触发信息不受拥塞控制的限制，即MTC-IWF收到高优先级的触发信息，则MTC-IWF向SMS-SC发送高优先级的触发信息。

[0105] 步骤S1206，SMS-SC判断网络拥塞是否缓解，如果是，转向步骤S1202，否则转向步骤S1204。

[0106] 该SMS-SC可以根据其他网络节点发送的指示信息判断网络拥塞是否缓解；如果缓解，则该SMS-SC更新拥塞控制指示信息，并向MTC-IWF发送更新的指示信息（即上述第二指示信息）；否则，MTC-IWF根据当前指示信息（即上述第一指示信息）继续进行拥塞控制。

[0107] 需要指出的是，如果拥塞解除或拥塞控制时间到期，SMS-SC均可以向MTC-IWF发送指示拥塞解除的信息，同时正常处理MTC-IWF发送的触发信息；触发信息一般具有有效时间参数，因此拥塞控制时间可以小于有效时间。

[0108] 实施例二

[0109] 图13是根据本发明实施例二的拥塞控制方法的流程图一，如图13所示，针对MTC-IWF具有存储转发功能的场景，拥塞控制的方法可以包括如下步骤：

[0110] 步骤S1302，SMS-SC通过T4接口向MTC-IWF发送拥塞控制指示信息。

[0111] 该步骤与步骤S1202相同，这里不再赘述。

[0112] 步骤S1304，MTC-IWF判断接收到的触发信息是否为高优先级，如果是，转向步骤S1306，否则转向步骤S1310。

[0113] 该触发信息中可以包含优先级信息，该MTC-IWF根据上述优先级信息判断触发信息是否为高优先级；该优先级信息由SCS设置并通过触发信息发送到MTC-IWF。

[0114] 步骤S1306，MTC-IWF向SMS-SC发送高优先级的触发信息。

[0115] 该高优先级触发信息不受拥塞控制信息的影响，即当MTC-IWF收到SMS-SC发送的拥塞控制信息后，MTC-IWF继续向SMS-SC发送高优先级触发信息。

[0116] 步骤S1308，SMS-SC通过短信向目标MTC UE发送高优先级触发信息。

[0117] 该SMS-SC解析触发信息，并判断出是高优先级触发信息，SMS-SC向目标MTC UE发送高优先级的触发信息，该触发信息通过短信方式发送。

[0118] 步骤S1310，MTC-IWF根据拥塞控制指示信息对触发信息进行拥塞控制。

[0119] 该MTC-IWF根据收到的拥塞控制参数对触发信息进行处理，例如，控制触发信息的数量，限制触发信息的发送时间，对特定的触发信息类别进行限制等。

[0120] 需要指出的是，该MTC-IWF具有存储转发功能，即MTC-IWF本地对收到的触发信息进行拥塞处理，除非拥塞处理超过了MTC-IWF的存储转发能力，例如MTC-IWF本地无法存储大量的触发信息，否则MTC-IWF一般不需向SCS发送拥塞控制信息。

[0121] 步骤S1312，MTC-IWF向SCS发送触发信息传送失败报告。

[0122] 该传送失败报告包括失败的原因，即SMS-SC进行拥塞控制；

[0123] 需要指出的是，如果该MTC-IWF没有向SCS发送拥塞控制指示信息，该SCS可以自行判断是否需要对触发信息进行拥塞控制。

[0124] 步骤S1314，SMS-SC判断网络拥塞是否缓解，如果是，转向步骤S1302，否则转向步骤S1304。

[0125] 该步骤与步骤S1206相同，这里不再赘述。

[0126] 实施例三

[0127] 图14是根据本发明实施例三的拥塞控制方法的流程图二，如图14所示，针对MTC-IWF没有存储转发功能的场景，拥塞控制的方法可以包括如下步骤：

[0128] 步骤S1402，SMS-SC通过T4接口向MTC-IWF发送拥塞控制指示信息。

[0129] 本步骤与步骤S1302相同，此处不再赘述。

[0130] 步骤S1404，MTC-IWF判断接收到的触发信息是否为高优先级，如果是，转向步骤S1406，否则转向步骤S1410。

[0131] 本步骤与步骤S1304相同，此处不再赘述。

[0132] 步骤S1406，MTC-IWF向SMS-SC发送高优先级的触发信息。

[0133] 本步骤与步骤S1306相同，此处不再赘述。

[0134] 步骤S1408，SMS-SC通过短信向目标MTC UE发送高优先级触发信息。

[0135] 本步骤与步骤S1308相同，此处不再赘述。

[0136] 步骤S1410，MTC-IWF向SCS发送触发信息传送失败报告，同时向SCS发送拥塞控制指示信息。

[0137] 该失败报告包含失败原因，即SMS-SC实施拥塞控制；

[0138] 该MTC-IWF没有存储转发功能，则MTC-IWF可以根据在T4口收到的拥塞控制指示信息设置拥塞控制参数，并通过Tsp接口向SCS发送拥塞控制指示信息。

[0139] 步骤S1412，SCS对触发信息进行拥塞控制。

[0140] 该SCS根据收到的拥塞控制参数对触发信息进行处理，例如，控制触发信息的数量，限制触发信息的发送时间，对特定的触发信息类别进行限制等。

[0141] 步骤S1414，SMS-SC判断网络拥塞是否缓解，如果是，转向步骤S1402，否则转向步骤S1404。

[0142] 本步骤与步骤S1314相同，此处不再赘述。

[0143] 优选地，为了实现上述指示消息类型的方法，本优选实施例还提供了一种T4接口拥塞控制的系统，图15是根据本发明实施例三的T4接口拥塞控制实现系统结构示意图，如图15所示，该系统可以包括：

[0144] SMS-SC（实现了上述SMS-SC的功能），用于对MTC-IWF发送的触发信息进行拥塞控制，包括判断网络拥塞状况并向MTC-IWF发送拥塞控制指示信息；SMS-SC，还用于解析处理收到的trigger信息，以及向用户设备发送trigger信息。

[0145] MTC-IWF，用于接收SMS-SC发送的拥塞控制指示信息，并根据指示信息进行对触发信息进行拥塞控制；还用于向SCS发送触发信息传送失败报告和拥塞控制指示信息；还用于判断触发信息的优先级并根据优先级判断是否向SMS-SC发送触发信息。

[0146] T4接口，用于在SMS-SC和MTC-IWF之间支持拥塞控制指示信息的传送。

[0147] Tsp接口，用于在MTC-IWF和SCS之间支持触发信息传送失败报告和拥塞控制指示信息的传送。

[0148] SCS，用于接收触发信息传送失败报告和对触发信息进行拥塞控制。

[0149] 其中，该SMS-SC和MTC-IWF还可以用于根据网络拥塞状况设置拥塞控制的参数。

[0150] 在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

[0151] 在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。

[0152] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

[0153] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。