(Long Term Evolution, 简称为 LTE) 系统或者通用移动通信系统 （Universal Mobile Telecommunications System, 简称为 UMTS) 为例， 当用户设备 (User Equipment, 简 称为 UE ) 和接入网设备 （ LTE系统的接入网设备是 eNodeB， UMTS系统的接入网设 备是 RNC) 建立 /释放数据承载时， 需要执行无线资源控制 （Radio Resource Control, 简称为 RRC ) 层的连接建立 /释放过程， 并建立 UE 和核心网设备的非接入层

(Non-Access-Stratum, 简称为 NAS) 信令连接。 正如前文所述的目前很多业务传输数据的频度 不高， 如果为每一个单次的数据传 输都执行一次 UE和网络侧的数据承载链接的建立和释放过程� �� 其导致的控制信令开 销是很大的， 也即数据或者是信令的开销比率很低， 系统效率较低。 为了解决上述问题， 目前在 3Gpp 国际会议中引入了利用现有的控制信令来传输 小数据包的方案，例如在 3Gpp技术报告 23.888中提出使用 RRC连接建立过程中的现 有信令 RRC Connection Setup Complete (RRC连接建立完成消息）中的 NAS协议数据 单元 （Protocol Data Unit, 简称为 PDU) 来承载数据包， 通过这种方式来省略掉后续 的 UE和核心网设备的 NAS信令连接过程， 从而减少一部分的信令开销。 然而， 这种通过信令承载数据包 （即， 通过信令传输数据） 的方法虽然能减少一 部分的信令开销， 但是仅适用于数据传输频度较低的场合， 对于数据传输频度较高的 场合， 该方法仍然会导致信令开销偏大， 系统效率较低的问题。 同时， 当系统中同时 存在多种传输机制 （即， 前述的通过信令传输数据， 和现有标准中的通过数据承载链 接传输数据） 时， 用户缺少一种合理的选择机制来控制用户在合 适的场合选择合适的 传输机制， 如果让用户自己进行选择， 则很容易导致错误选择数据传输方式从而导致 系统的效率较低。 针对上述的问题， 目前尚未提出有效的解决方案。 发明内容 本发明提供了对用户设备通过信令传输数据进 行控制的方法和装置， 以至少解决 相关技术中用户自己进行传输数据的方式而导 致的系统的效率较低的技术问题。 根据本发明的一个方面， 提供了一种对用户设备通过信令传输数据进行 控制的方 法， 包括： 用户设备接收控制参数， 其中， 上述控制参数用于对上述 UE通过信令进 行数据传输的频率进行控制； 上述 UE根据上述控制参数对上述 UE通过信令传输数 据的频率进行控制。 优选地， 上述控制参数中携带有用于指示一种或多种限 制策略的指示信息， 和 / 或， 一种或多种限制策略对应的预设参数。 优选地， 上述限制策略包括以下至少之一： 当上述 UE在第一预设时间长度内接 收数据包的数量或者发送数据包的数量小于第 一预设门限时， 允许上述 UE通过信令 传输数据， 否则， 禁止上述 UE通过信令传输数据； 当上述 UE在第二预定时间长度 内接收的和发送的数据包的数量的总和小于第 二预设门限时， 允许上述 UE通过信令 传输数据， 否则， 禁止上述 UE通过信令传输数据； 当上述 UE在第三预设时间长度 内通过信令传输数据的次数小于第三预设门限 时， 允许上述 UE通过信令传输数据， 否则， 禁止上述 UE通过信令传输数据； 上述 UE连续两次采用信令传输数据机制传 输数据的时间间隔大于或等于第四预设时间长 度， 允许上述 UE通过信令传输数据， 否则， 禁止上述 UE通过信令传输数据； 或者允许预定比例的 UE采用信令传输数据 机制。 优选地， 在上述 UE与上述网络侧事先约定上述限制策略的情况� ��， 上述控制参 数中携带有对应于约定的限制策略的预设参数 。 优选地， 上述控制参数中还携带有： 用于指示是否允许上述 UE通过信令传输数 据的第一指示信息，和 /或，用于指示允许通过信令传输数据的业务� �型和 /或设备类型 的第二指示信息。 优选地， 上述控制参数是由网络侧的接入网设备和 /或核心网设备配置的。 优选地， 上述控制参数携带在系统消息和 /或 RRC信令中。 根据本发明的另一个方面， 提供了另一种对用户设备通过信令传输数据进 行控制 的方法， 包括： 网络侧设备根据当前的网络状态确定控制参数 ， 其中， 上述控制参数 用于对上述 UE通过信令进行数据传输的频率进行控制； 上述网络侧设备将确定的上 述控制参数传输给 UE。 优选地， 上述控制参数中携带有用于指示一种或多种限 制策略的指示信息， 和 / 或， 一种或多种限制策略对应的预设参数。 优选地， 上述限制策略包括以下至少之一： 当上述 UE在第一预设时间长度内接 收数据包的数量或者发送数据包的数量小于第 一预设门限时， 允许上述 UE通过信令 传输数据， 否则， 禁止上述 UE通过信令传输数据； 当上述 UE在第二预定时间长度 内接收的和发送的数据包的数量的总和小于第 二预设门限时， 允许上述 UE通过信令 传输数据， 否则， 禁止上述 UE通过信令传输数据； 当上述 UE在第三预设时间长度 内通过信令传输数据的次数小于第三预设门限 时， 允许上述 UE通过信令传输数据， 否则， 禁止上述 UE通过信令传输数据； 上述 UE连续两次采用信令传输数据机制传 输数据的时间间隔大于或等于第四预设时间长 度， 允许上述 UE通过信令传输数据， 否则， 禁止上述 UE通过信令传输数据； 或者允许预定比例的 UE采用信令传输数据 机制。 优选地， 在上述 UE与上述网络侧设备事先约定上述限制策略的� ��况下， 上述网 络侧设备在上述控制参数中携带对应于约定的 限制策略的预设参数。 优选地， 上述控制参数中还携带有： 用于指示是否允许上述 UE通过信令传输数 据的第一指示信息，和 /或，用于指示允许通过信令传输数据的业务� �型和 /或设备类型 的第二指示信息。 优选地， 上述网络侧设备包括： 网络侧的接入网设备和 /或网络侧的核心网设备。 优选地， 当上述网络侧设备是接入网设备时， 网络侧设备根据当前的网络状态确 定控制参数包括： 上述接入网设备按照以下至少之一确定上述控 制参数： 网络信令的 负荷、 无线资源负荷以及 UE发送数据的频率。 优选地， 当上述网络侧设备是接入网设备时， 上述网络侧设备将确定的上述控制 参数传输给 UE包括： 上述接入网设备通过系统消息将确定的上述控 制参数发送给该 网络侧设备所管辖小区内的所有 UE;和 /或上述接入网设备通过 RRC信令将确定的上 述控制参数发送给接收到该 RRC信令的 UE。 优选地， 当上述网络侧设备是核心网设备时， 上述网络侧设备将确定的上述控制 参数传输给 UE包括： 上述核心网设备根据上述核心网当前的信令负 荷确定上述控制 参数。 优选地， 当上述网络侧设备是核心网设备时， 上述网络侧设备将确定的上述控制 参数传输给 UE包括： 上述核心网将确定的上述控制参数发送给目标 接入网设备， 由 上述目标接入网设备将该控制参数发送给上述 目标接入网设备管辖的所有 UE。 优选地， 当上述网络侧设备是核心网设备时， 上述网络侧设备将确定的上述控制 参数传输给 UE包括： 上述核心网将确定的上述控制参数发送给目标 接入网设备； 上 述目标接入网设备根据接收到的上述核心网设 备发送的控制参数和自身的资源负荷确 定新的控制参数； 上述目标接入网设备将该新的控制参数发送给 上述目标接入网设备 管辖的所有 UE。 根据本发明的又一个方面， 提供了一种对用户设备通过信令传输数据进行 控制的 装置， 位于用户设备 UE中， 包括： 接收单元， 设置为接收控制参数， 其中， 上述控 制参数用于对上述 UE通过信令进行数据传输的频率进行控制； 控制单元， 设置为根 据上述控制参数对上述 UE通过信令传输数据的频率进行控制。 根据本发明的又一个方面， 提供了一种对用户设备通过信令传输数据进行 控制的 装置， 位于接入网设备中， 包括： 确定单元， 设置为根据当前的网络状态确定控制参 数， 其中， 上述控制参数用于对上述 UE通过信令进行数据传输的频率进行控制； 传 输单元， 设置为将确定的上述控制参数传输给 UE。 优选地， 上述确定单元包括： 第一确定子单元， 设置为按照以下至少之一确定上 述控制参数： 网络信令的负荷、 无线资源负荷以及 UE发送数据的频率。 优选地， 上述传输单元包括： 第一传输子单元， 设置为通过系统消息将确定的上 述控制参数发送给该网络侧设备所管辖小区内 的所有 UE; 和 /或第二传输子单元， 设 置为通过 RRC信令将确定的上述控制参数发送给接收到该 RRC信令的 UE。 根据本发明的又一个方面， 提供了一种对用户设备通过信令传输数据进行 控制的 装置， 位于核心网设备中， 包括： 确定单元， 设置为根据当前的网络状态确定控制参 数， 其中， 上述控制参数用于对上述 UE通过信令进行数据传输的频率进行控制； 传 输单元， 设置为将确定的上述控制参数传输给 UE。 优选地， 上述确定单元包括： 第二确定子单元， 设置为根据上述核心网当前的信 令负荷确定上述控制参数。 优选地， 上述传输单元包括： 第三传输子单元， 设置为将确定的上述控制参数发 送给目标接入网设备， 由上述目标接入网设备将该控制参数发送给上 述目标接入网设 备管辖的所有 UE; 和 /或第四传输子单元， 设置为将确定的上述控制参数发送给目标 接入网设备， 由上述目标接入网设备根据接收到的上述核心 网设备发送的控制参数和 自身的资源负荷确定新的控制参数， 并将该新的控制参数发送给上述目标接入网设 备 管辖的所有 UE。 在本发明中， 网络侧会向用户设备发送携带有对 UE通过信令进行数据传输的频 率进行控制的控制参数， 这样用户设备就可以根据接收到的控制参数来 对自身通过信 令进行数据传输的频率进行控制， 例如， 如果控制参数中只是该用户设备在 1分钟内 最多通过信令传输数据 5次， 那么用户设备就会按照这种规定进行数据传输 ， 如果超 过这个限制则用户设备可以禁止采用通过信令 传输数据的方式， 从而有效解决了相关 技术中用户自己进行传输数据的方式而导致的 系统的效率较低的技术问题， 达到了提 高系统效率的技术效果。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的对用户设备通过信令� �输数据进行控制的方法的一种 优选流程图； 图 2是根据本发明实施例的对用户设备通过信令� �输数据进行控制的方法的另一 种优选流程图； 图 3是根据本发明实施例的对用户设备通过信令� �输数据进行控制的装置的一种 优选结构框图； 图 4是根据本发明实施例的对用户设备通过信令� �输数据进行控制的装置的另一 种优选结构框图； 图 5是根据本发明实施例的对用户设备通过信令� �输数据进行控制的装置的另一 种优选结构框图； 图 6是根据本发明实施例的对用户设备通过信令� �输数据进行控制的装置的又一 种优选结构框图； 图 7是根据本发明实施例的对用户设备通过信令� �输数据进行控制的方法的另一 种优选流程图； 图 8是根据本发明实施例的由接入网设备发起对 UE进行信令传输数据机制的使 用限制的实施例的结构示意图； 图 9是根据本发明实施例的由核心网设备发起对 UE进行信令传输数据机制的使 用限制的实施例的结构示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 本发明实施例提供了一种优选的对用户设备通 过信令传输数据进行控制的方法， 如图 1所示， 包括以下步骤： 步骤 S102: UE接收控制参数， 其中， 控制参数用于对 UE通过信令进行数据传 输的频率进行控制； 步骤 S104: UE根据控制参数对 UE通过信令传输数据的频率进行控制。 在上述优选实施方式中， 网络侧会向用户设备发送携带有对 UE通过信令进行数 据传输的频率进行控制的控制参数， 这样用户设备就可以根据接收到的控制参数来 对 自身通过信令进行数据传输的频率进行控制， 例如， 如果控制参数中只是该用户设备 在 1分钟内最多通过信令传输数据 5次， 那么用户设备就会按照这种规定进行数据传 输， 如果超过这个限制则用户设备可以禁止采用通 过信令传输数据的方式， 从而有效 解决了现有技术中用户自己进行传输数据的方 式而导致的系统的效率较低的技术问 题， 达到了提高系统效率的技术效果。 在一个优选实施方式中， 可以预先设定多种限制策略， 例如， 本实施提供了几种 优选的限制策略：

1 )当 UE在第一预设时间长度内接收数据包的数量或� ��发送数据包的数量小于第 一预设门限时， 允许 UE通过信令传输数据， 否则， 禁止 UE通过信令传输数据； 2)当 UE在第二预定时间长度内接收的和发送的数据� ��的数量的总和小于第二预 设门限时， 允许 UE通过信令传输数据， 否则， 禁止 UE通过信令传输数据；

3 ) 当 UE在第三预设时间长度内通过信令传输数据的� ��数小于第三预设门限时， 允许 UE通过信令传输数据， 否则， 禁止 UE通过信令传输数据；

4) UE连续两次采用信令传输数据机制传输数据的� ��间间隔大于或等于第四预设 时间长度， 允许 UE通过信令传输数据， 否则， 禁止 UE通过信令传输数据； 或者

5 ) 允许预定比例的 UE采用信令传输数据机制。 相应的， 网络侧可以在控制参数中携带用于指示采用哪 种限制策略的指示信息， 同时可以在控制参数中携带该策略所对应的参 数的数值， 例如， 如果指示采用限制策 略 1， 则相应的在控制消息中携带第一预设时间的时 间长度， 以及第一预设门限的门 限值大小。 优选地， 网络侧可以和用户设备实现预定一种或者多种 限制策略， 这样在 控制消息中仅携带参数的数值即可， 而无需携带用于指示限制策略方式的指示信息 。 在一个优选实施方式中，控制参数中携带有用 于指示一种或多种限制策略的指示信息， 和 /或， 一种或多种限制策略对应的预设参数。 或者， 在 UE与网络侧事先约定限制策 略的情况下， 控制参数中携带有用一个或多个预设参数， 而不携带用于指示一种或多 种限制策略的指示信息。 考虑到在实际应用中可能会出现当前网络侧的 负荷很重的情况， 这个时候可以直 接在控制消息中携带一个直接指示用户是否被 允许通过信令传输数据的指示信息， 也 可以在控制消息中携带指示哪些类型的用户设 备或者是哪些类型的业务允许通过信令 传输数据的指示信息， 用户设备在接收到控制消息后， 可以通过这些指示信息确定自 身是否属于允许通过信令传输数据。 在一个优选实施方式中， 控制参数中还携带有： 用于指示是否允许 UE通过信令传输数据的第一指示信息， 和 /或， 用于指示允许通过 信令传输数据的业务类型和 /或设备类型的第二指示信息。 上述的控制参数可以由网络侧设备进行配置， 例如， 可以由网络侧的接入网设备 和 /或核心网设备进行配置。优选地，控制参数� �以携带在系统消息和 /或 RRC信令中。 为了更好地对网络侧配置网络参数进行说明， 本发明实施例还提供了一种优选的 对用户设备通过信令传输数据进行控制的方法 ， 基于网络侧设备进行描述， 如图 2所 示， 包括以下步骤： 步骤 S202: 网络侧设备根据当前的网络状态确定控制参数 ， 其中， 控制参数用于 对 UE通过信令进行数据传输的频率进行控制； 步骤 S204: 网络侧设备将确定的控制参数传输给 UE。 在上述优选实施方式中， 网络侧设备根据当前的网络状态生成控制参数 ， 通过这 种方式来对用户设备通过信令传输数据的频率 进行控制， 可以避免网络侧的信令负荷 过大的问题。 在一个优选实施方式中， 控制参数中携带有用于指示一种或多种限制策 略的指示 信息， 和 /或， 一种或多种限制策略对应的预设参数。 对于限制策略与上文中所提及的 限制策略类似， 在此不再赘述。 在网络侧设备生成控制参数时， 如果 UE与网络侧设备事先约定限制策略， 则网 络侧设备仅在控制参数中携带对应于约定的限 制策略的预设参数即可， 而无需携带用 于指示限制策略的指示信息。 通过这种方式可以减少控制参数的复杂度。 上述的网络侧设备包括但不限于： 网络侧的接入网设备和 /或网络侧的核心网设 备。 对于接入网设备和核心网设备可以采用不同的 方式进行处理， 下面将分别对这两 种设备在生成控制参数时的处理方式进行详细 描述。 当网络侧设备是接入网设备时， 接入网设备可以根据当前的网络信令的负荷、 无 线资源负荷以及 UE发送数据的频率确定控制参数。 相应的，接入网设备可以通过系统消息传输控 制参数， 也可以通过 RRC信令传输 控制参数， 例如， 接入网设备通过系统消息将确定的控制参数发 送给该网络侧设备所 管辖小区内的所有 UE;和 /或接入网设备通过 RRC信令将确定的控制参数发送给接收 到该 RRC信令的 UE。 当网络侧设备是核心网设备时， 核心网设备根据核心网当前的信令负荷确定控 制 参数。 相应的， 核心网设备可以将确定的控制参数发送给接入 网设备， 由接入网设备直 接将控制参数发送给相应的 UE，或者是接入网设备根据核心网设备确定的� ��制参数来 进一步对自身发送给用户设备的控制参数进行 调整， 从而使得确定的控制参数更为符 合系统当前的负荷状况。 在一个优选实施方式中， 当网络侧设备是核心网设备时， 网络侧设备将确定的控 制参数传输给 UE包括： 核心网将确定的控制参数发送给目标接入网设 备， 由目标接入网设备将该控制参 数发送给目标接入网设备管辖的所有 UE。或者，核心网将确定的控制参数发送给目� �� 接入网设备； 目标接入网设备根据接收到的核心网设备发送 的控制参数和自身的资源 负荷确定新的控制参数； 目标接入网设备将该新的控制参数发送给目标 接入网设备管 辖的所有 UE。 在本实施例中还提供了一种用户设备通过信令 传输数据进行控制的装置， 该装置 用于实现上述实施例及优选实施方式， 已经进行过说明的不再赘述。如以下所使用的 ， 术语 "单元"或者 "模块"可以实现预定功能的软件和 /或硬件的组合。 尽管以下实施 例所描述的装置较佳地以软件来实现， 但是硬件， 或者软件和硬件的组合的实现也是 可能并被构想的。 图 3是根据本发明实施例的用户设备通过信令传� �数据进行控制的装置的一种优 选结构框图， 位于用户设备中， 如图 3所示， 包括： 接收单元 302和控制单元 304， 下面对该结构进行说明。 接收单元 302， 设置为接收控制参数， 其中， 控制参数用于对 UE通过信令进行数 据传输的频率进行控制； 控制单元 304，与接收单元 302耦合，设置为根据控制参数对 UE通过信令传输数 据的频率进行控制。 图 4是根据本发明实施例的用户设备通过信令传� �数据进行控制的装置的一种优 选结构框图， 位于接入网设备中， 如图 4所示， 包括： 第一确定单元 402和第一传输 单元 404， 下面对该结构进行说明。 第一确定单元 402， 设置为根据当前的网络状态确定控制参数， 其中， 控制参数 用于对 UE通过信令进行数据传输的频率进行控制； 第一传输单元 404， 与第一确定单元 402耦合， 设置为将确定的控制参数传输给

在一个优选实施方式中， 上述第一确定单元包括： 第一确定子单元， 设置为按照 以下至少之一确定控制参数： 网络信令的负荷、 无线资源负荷以及 UE发送数据的频 率。 如图 5所示， 上述第一传输单元 404包括： 第一传输子单元 502， 设置为通过系 统消息将确定的控制参数发送给该网络侧设备 所管辖小区内的所有 UE; 和 /或第二传 输子单元 504， 设置为通过 RRC信令将确定的控制参数发送给接收到该 RRC信令的

图 6是根据本发明实施例的用户设备通过信令传� �数据进行控制的装置的一种优 选结构框图， 位于核心网设备中， 如图 6所示， 包括： 第二确定单元 602和第二传输 单元 604， 下面对该结构进行说明。 第二确定单元 602， 设置为根据当前的网络状态确定控制参数， 其中， 控制参数 用于对 UE通过信令进行数据传输的频率进行控制； 第二传输单元 604， 与第二确定单元 602耦合， 设置为将确定的控制参数传输给

一个优选实施方式中， 上述第二确定单元 602包括： 第二确定子单元， 设置为根 据核心网当前的信令负荷确定控制参数。 一个优选实施方式中， 上述第二传输单元 604包括： 第三传输子单元， 设置为将 确定的控制参数发送给目标接入网设备， 由目标接入网设备将该控制参数发送给目标 接入网设备管辖的所有 UE; 和 /或第四传输子单元， 设置为将确定的控制参数发送给 目标接入网设备， 由目标接入网设备根据接收到的核心网设备发 送的控制参数和自身 的资源负荷确定新的控制参数， 并将该新的控制参数发送给目标接入网设备管 辖的所 有 UE。 本发明提供了一种优选的实施例来进一步对本 发明进行解释，但是值得注意的是， 该优选实施例只是为了更好的描述本发明， 并不构成对本发明不当的限定。 本优选实施例还提供了一种信令传输数据机制 的控制方法， 即对用户设备通过信 令传输数据进行控制的方法， 如图 7所示， 包括以下步骤： 步骤 S702: 网络侧可以根据但不限于以下至少之一确定对 信令传输数据机制的限 制策略并配置对应的信令传输数据机制的控制 参数： 网络的信令负荷情况、 无线资源 负荷情况以及 UE发送数据的规律等等。 优选地， 网络侧可以按照以下方式根据网络的信令负荷 情况、无线资源负荷情况、 UE发送数据的规律对 UE进行控制： 网络的信令负荷、 无线资源负荷越大， UE发送 数据越频繁， 网络侧对 UE使用通过信令传输数据机制进行越大的限制� �� 步骤 S704: 网络侧将配置的控制参数发送给 UE， 以对 UE通过信令传输数据机 制进行数据传输进行控制， 其中， 上述的限制策略包括但不限于以下至少之一：

1 ) 当 UE在第一预设时间长度内到达的数据包个数、 或接收的数据包个数、 或到 达和接收的数据包总数少于第二预设门限，则 允许 UE使用通过信令传输数据的机制; 反之， 不允许 UE使用上述的通过信令传输数据的机制； 值得注意的是， 下文将用通 过信令传输数据的机制指代通过信令传输， 即， 将其作为一种机制进行描述， 本质来 说就是通过信令传输数据。

2)当 UE在第三预设时间长度内使用通过信令传输数� ��的机制的次数小于第四预 设门限时， 允许 UE继续使用通过信令传输数据的机制进行数据� ��输； 反之， 不允许 UE使用通过信令传输数据的机制；

3 ) UE两次使用通过信令传输数据的机制的时间间� ��不可少于第五预设时间长度；

4)允许或者不允许使用信令传输数据机制的� ��户比例， 例如， 仅允许 30%的用户 使用；

5 ) 网络侧直接向 UE发送 "允许 /不允许使用通过信令传输数据的机制" 的标识， 用以通过该标识来指示 UE是否可使用通过信令传输数据的机制；

6)网络侧向 UE发送允许或者不允许使用通过信令传输数据� ��机制的业务类型指 或设备类型指示， 该指示用于告知 UE哪些业务类型或者设备类型可以或者不可 以使用通过信令传输数据的机制； 从而使得 UE可以根据接收到的指示确定自己是否 符合指示中所设定的类型， 并确定自身是否可以使用通过信令传输数据的 机制。 在上述各个优选实施方式中，网络侧可以通过 系统消息或者 RRC信令来发送信令 传输数据机制的控制参数； 网络侧还可以和 UE事先约定还对信令传输数据机制的控 制参数。 上述的控制参数包括： 用于指示 UE采用哪一种通过信令传输数据机制的限制策 略的指示信息； 和 /或对应于该限制策略设定的预设参数。 优选地， 上的控制参数中也可也仅包括通过信令传输数 据机制的限制策略对应的 预设参数， 对应的 UE采用的限制策略由网络侧和 UE事先进行约定。 上述的预设参数可以包括以下至少之一： 第一预设时间长度和第二预设门限的门 限值大小、或第三预设时间长度和第四预设门 限的门限值代销、或第五预设时间长度。 本优选实施例还提供了另一种信令传输数据机 制的控制方法，涉及到核心网设备， 包括以下步骤： 步骤 S1 : 核心网设备根据自身的信令负荷情况， 确定是否要对 UE进行信令传输 数据机制的使用限制； 步骤 S2:如果需要，核心网设备将对信令传输数据机 制的限制策略的标识和 /或限 制策略对应的参数发送给接入网设备； 步骤 S3:接入网设备根据限制标识和 /或限制参数对信令传输数据机制的限制策略 进行调整。 上述的限制标识包括： 允许或者不允许使用信令传输数据机制的指示 标识； 上述的对信令传输数据机制的限制参数包括但 不限于以下至少之一：

1 ) 允许或者不允许使用信令传输数据机制的业务 类型指示、 或用户设备类型指 示，。上述指示用于指示哪些业务类型或者用 户设备类型可以使用通过信令传输数据的 机制， 或者哪些业务类型或者用户设备类型不可以使 用通过信令传输数据的机制； 2)第一预设时间长度、 第二预设门限。 用于指示 UE在第一预设时间长度内到达 的数据包个数、 或接收的数据包个数、 或到达和接收的数据包总数少于第二预设门限 时， 允许 UE使用上述的通过信令传输数据的机制； 反之， 则不允许 UE使用上述的 通过信令传输数据的机制；

3 )第三预设时间长度、 第四预设门限。 用于指示 UE在第三预设时间长度内使用 上述的通过信令传输数据的机制的次数小于第 四预设门限时， 允许 UE继续使用上述 的通过信令传输数据的机制； 反之， 则不允许 UE使用上述的通过信令传输数据的机 制；

4)第五预设时间长度， 用于指示 UE两次使用通过信令传输数据的机制的时间间 隔不可少于第五预设时间长度；

5 ) 用户比例， 用于指示允许 /不允许使用信令传输数据机制的用户比例。 本发明的上述方式可以适用于各种引入了通过 信令传输数据机制的宽带无线通讯 系统， 下面以 LTE系统为例进行说明， 然而值得注意的是， 以 LTE为例仅是为了更好 地说明本发明， 并不构成对本发明不当的限定。 假设实施例场景为 LTE系统， 则网络侧的接入网网元就是 eNodeB (简称 eNB、 或基站）， 网络侧的核心网网元就是移动管理实体 （Mobility Management Entity, 简称 为 MME)。 eNB 通过和 MME 的接口对网络的信令负荷情况进行监控， 例如， 可以通过 OVERLOAD START (过载发生） 信元来监控 MME的负荷情况。 eNB 自身具备对无线资源负荷情况进行监控的能力 ， 可以监控 UE发送数据的规 律， 例如对 UE发送数据包的时间间隔、 数据包大小的规律进行统计。 eNB根据上述监控和统计结果， 确定是否需要对 UE使用信令传输数据机制进行 限制， 以及进行多大程度的限制。 eNB可以为信令负荷和无线资源负荷设置门限， 也可以为 UE接收或者发送数据 的频度分别设置门限。 下面对这两种情况分为进行描述。

1 ) eNB可以为信令负荷和无线资源负荷分别设置门 限， 当负荷达到或者超过门限 时， eNB对 UE使用信令传输数据机制进行限制， 优选地， 该门限的数值设置可以取 决于不同运营商的运营策略以及网络设备的处 理能力。 例如， 如果网络设备的处理能 力较高， 即， 即使负荷达到较高水平时， 网络设备也能容忍 UE随意的使用信令传输 数据的机制， 因此可以设置较大的门限值。 2) eNB可以为 UE接收或者发送数据的频度设置门限， 若 UE接收或者发送数据 的频度达到或者超过门限时， UE如果仍采用信令传输数据机制来收发数据的� ��，会降 低网络资源效率， 因此， 此时 eNB可对 UE使用信令传输数据机制进行限制。 优选地， 在 eNB确定需要对 UE使用信令传输数据机制进行限制之后， 可选的限 制策略包括但不限于以下方式之一： 方式 1， 若 UE在第一预设时间长度内到达的数据包个数、 或接收的数据包个数、 或到达和接收的数据包的总数少于第二预设门 限时， 允许 UE使用上述的通过信令传 输数据的机制； 反之， 不允许 UE使用通过信令传输数据的机制； 然而， 该方式限定了仅当 UE的接收或者发送的数据包的频度低于一定阈� ��时， 才能使用通过信令传输数据的机制， 以保证网络资源的利用效率以及核心网信令负 荷 不受太大压力。

UE可以设置对应的第一预设时间长度和第二� ��设门限的定时器和计数器，用于按 照上述方式 1的规则对符合信令传输数据机制的要求的数� �包进行计数， 判断在定时 器到达或者超过第一预设时间长度前，计数器 的数值是否达到或者超过第二预设门限， 以确定自己是否能够使用信令传输数据机制来 传输后续数据包。 优选地， 也可以采用另一种方式来实现方式 1的效果， 若 UE到达的数据包、 或 接收的数据包、 或到达和接收的数据包的频度少于预设的第六 频度门限， 则允许 UE 使用上述的通过信令传输数据的机制； 反之， 不允许 UE使用上述的通过信令传输数 据的机制， 这种方式所需的控制参数只有一个， 可以有效减少控制信令的开销。例如， 网络侧和 UE可以事先约定好表达频度的单位， 例如： 数据包个数 /每 50秒， 或者数 据包个数 /每百秒。相应的， UE从控制参数中获取对应于该频度的单位的数� ��包即可， 从而对数据包的频度进行统计。 为了减少不必要的数据包的计数而导致资源的 浪费， UE可以仅对符合信令传输数 据机制的要求并能够通过信令传输数据机制的 数据包进行计数， 对于无法使用信令传 输数据机制来传输的数据包， UE不对其进行计数。 方式 2，若 UE在第三预设时间长度内使用通过信令传输数� ��的机制的次数小于第 四预设门限， 则允许 UE继续使用上述的通过信令传输数据的机制； 反之， 不允许 UE 使用上述的通过信令传输数据的机制； 该方法的策略和方式 1类似， 其控制的指标是 UE已使用的信令传输数据的机制 的次数， 通过限定 UE使用信令传输数据的机制的频率， 可以有效保证网络资源的利 用效率以及核心网信令负荷不会有太大压力。

UE侧可设置对应第三预设时间长度和第四预� ��门限的定时器和计数器，根据方式 2 的规则对使用信令传输数据机制的次数进行计 数， 以判断在定时器到达或者超过第 三预设时间长度前， 计数器的数值是否达到或者超过第四预设门限 ， 以确定自己是否 能够使用信令传输数据机制来传输后续数据包 。 优选地， 也可以采用另一种方式来实现方式 2的效果， 若 UE使用通过信令传输 数据的机制的频度少于预设的第七频度门限时 ， 则允许 UE使用通过信令传输数据的 机制； 反之， 不允许 UE使用通过信令传输数据的机制， 这种方式所需的控制参数只 有一个， 可以有效节省控制信令的开销。 例如， 网络侧和 UE可以事先约定好表达频 度的单位， 如： 使用次数 /每 50秒， 或者使用次数 /每百秒， 相应的， UE根据约定好 的单位， 对使用信令传输数据机制的频度进行统计。 方式 3， UE两次使用通过信令传输数据的机制的时间间� ��不可少于第五预设时间 长度； 该方式对 UE使用信令传输数据的机制的频度进行更严格� ��限制， 不仅限制其 总的使用频度， 同时限制 UE不能过快地连续使用信令传输数据的机制。 例如： UE设置定时器， 将定时器长度设置为第五预设时间长度， UE可以但不限 于选择下述触发事件之一来启动定时器：

1 ) 当 UE有数据到达并且准备通过信令传输数据的机� ��来传输数据时； 2) 当 UE通过信令传输数据的机制开始传输数据时；

3 ) 当 UE通过信令传输数据的机制传输完数据时；

4) 在该定时器超时前， UE不能使用信令传输数据的机制来传输数据。 方式 4， 允许 /不允许使用信令传输数据机制的用户比例， 该方式侧重于对可以或 者不可以使用信令传输数据机制的用户进行比 例限制。 例如： eNB 设置可以使用信令传输数据机制的用户比例为 30%， 则处于非 RRC 连接态的用户要发送数据时， 可以通过随机数发生器产生 0~1之间的均勾分布的一个 随机数， 如果该随机数小于 0.3， 则该用户可以使用信令传输数据机制来发送数 据； 否 则该用户不能使用信令传输数据机制来发送当 前的待传数据， 而只能通过建立用户面 承载来发送当前待传数据。 eNB可选择上述 4种方式中的一种来限制 UE使用信令传输数据机制的频度。 优选地， eNB可以同时支持上述 4种方式， 并在给 UE的控制参数中显式地指示 eNB选择的是哪一种控制方式。 eNB也可以和 UE事先约定选择 4种方式的其中一种， 例如， 将其中一种方式纳 入标准协议以固定选择该方式来对 UE使用上述信令传输数据的机制进行控制。 在 eNB选定了控制方式后，当 eNB确定要对 UE进行信令传输数据的机制的限制 时， eNB可采用下述 4种方式之一给 UE配置控制参数： eNB通过系统消息来发送对信令传输数据机制的 控制参数， 该控制参数对小区内 所有 UE 都有效； 例如， 可在现有的系统消息块中 （例如， 可选择 SystemInformationBlock2 , 系统消息块 2， 当然也可选择其它的系统信息块） 中增加新 的 IE来承载对信令传输数据机制的控制参数， 以采用上述方式 1的控制参数为例。

SystemInformationBlockType2：: = SEQUENCE {

ac-Barringlnfo SEQUENCE {

ac-BarringForEmergency BOOLEAN,

ac-BarringForMO-Signalling AC-BarringConfig OPTIONAL, - Need OP ac- BarringF orMO -D ata AC-BarringConfig OPTIONAL - Need OP

OPTIONAL,

-- Need OP

radioResourceConfigCommon RadioResourceConfigCommon SIB .

ue- TimersAndConstants UE- TimersAndConstants.

freqlnfo SEQUENCE {

ul-CarrierFreq ARFCN-ValueEUTRA OPTIONAL, - Need OP ul- Bandwidth ENUMERATED {n6, nl5, n25, n50, n75, nlOO}

OPTIONAL,

-- Need OP

additionalSpectrumEmission Additional SpectrumEmission mbsfii-SubframeConfigList MBSFN-SubframeConfigList OPTIONAL, - Need OR timeAlignmentTimerCommon TimeAlignmentTimer, lateNonCriticalExtension OCTET STRING OPTIONAL, - Need OP

[[ ssac-BarringForMMTEL-Voice-r9 AC-BarringConfig OPTIONAL, - Need OP

ssac-BarringForMMTEL-Video-r9 AC-BarringConfig OPTIONAL - Need OP

[[ ac-BarringForCSFB-rlO AC-BarringConfig OPTIONAL - Need OP ue- Convey D ataViaS ignalingControl UE- Convey DataViaSignalingControl-IE OPTIONAL

UE-ConveyDataViaSignalingControl-IE : - SEQUENCE {

TimerLengt T res old- 1 ENUMERATED {s00, slO, s20, s40, s60, s80}

PacketN Threshold- 2 ENUMERATED {nl, n5, nlO, n20, n40},

例二： UE-ConveyDataViaSignalingControl-IE : - SEQUENCE {

Frequency Threshold- 1 ENUMERATED {fl, flO, 20, f40}

上面是在现有的 LTE协议的 SIB2的伪代码中增加了方式 1的控制参数的两个例 子- 在第一个例子中对应了方式 1 的第一种表述方法， 即在 SIB2 中新增一个 IE: ue-ConveyDataViaSignalingControl, 通过新增的这个 IE来承载第一预设时间长度和第 二预设门限。 上述的 s00 sl0 s20可以分别代表 0秒、 10秒、 20秒， 依此类推； nl n5 nlO分别代表 1个、 5个、 10个， 依此类推。 在第二个例子中对应了方式 1 的第二种表述方法， 即在 SIB2 中新增一个 IE ue-ConveyDataViaSignalingControl, 通过该新增的 IE来承载第六频度门限， 其中， fl、 fl0、 f20分别代表每 100秒 1个数据包、 每 100秒 10个数据包、 每 100秒 20个数据 包， 依此类推。 优选地， 除了在现有的 SIB中增加 IE之外， 还可以定义新的 SIB， 例如定义一个

SIB16专门用来承载控制参数。 上述是以方式 1对应的参数传递为例进行说明， 方式 2、 方式 3以及方式 4等的 控制参数的发送与方式 1类似， 在此不再赘述。 当 eNB通过 RRC信令来发送上述对信令传输数据机制的控制 参数时， 该控制参 数会对收到该 RRC信令的 UE有效； 例如： 可以通过在现有的 RRC信令中新增 IE来承载对信令传输数据机制的控制 参数， 或者定义新的 RRC信令来承载对信令传输数据机制的控制参数 。 例如可以通过现有的 RRC 信令中新增 IE 来传输控制参数， 例如： 可以在 RRCConnectionSetup ( RRC 连接建立）、 SecurityModeCommand (安全模式命令）、 RRCConnectionReconfiguration ( RRC 连接重酉己置）、 RRCConnectionReestablishment ( RRC 连接重建）、 RRCConnectionReestablishmentReject ( RRC 连接重建拒绝）、 RRCConnectionReject (RRC 连接拒绝）、 RRCConnectionRelease (RRC 连接释放）、 UECapabilityEnquiry (UE能力查询）、 UEInformationRequest (UE信息要求） 中增加 IE来承载 UE辅助信息控制参数； 具体的， IE的设计方式可以参考上面 SIB2的伪代 码实例。 网络侧和 UE事先约定对信令传输数据机制的控制参数， 例如将控制参数纳入标 准协议， 所有遵循该协议的 UE均需采用标准协议中的控制参数来对自身使� ��信令传 输数据机制的行为进行限制。 除了上述 4种对 UE使用信令传输数据机制的限制策略， 还可以进一步采用下述 方式： 方式 5， 网络侧向 UE发送 "允许 /不允许使用通过信令传输数据的机制"的标识� �� 以指示该 UE是否可使用通过信令传输数据的机制； 方式 6， 主要是针对网络侧设备监测到一些极端情况时 的处理策略， 从而实现对

UE进行的比较严厉的控制方法。例如： 当接入网设备检测到无线资源负荷非常重， 或 者核心网设备检测到信令负荷非常重， 或者当接入网设备检测到 UE的数据到达非常 频繁， 或者使用信令传输数据的机制的次数非常频繁 时， 网络侧可以向 UE发送 "不 允许使用通过信令传输数据的机制" 的标识， 从而禁止 UE使用通过信令传输数据机 制， 以迅速缓解网络资源的压力； 网络侧还可以通过设置门限来判断上述情况是 否到达了需要禁止 UE使用通过信 令传输数据机制的程度， 该门限可由运营商根据自身的网络负荷能力来 自行设置。 当网络侧检测到上述的情况有所好转时， 例如检测到低于上述门限时， 网络侧可 以向 UE发送 "允许使用通过信令传输数据的机制" 的标识。 网络侧和 UE可以同时支持方式 5和方式 1、 或 2、 或 3、 或 4。 例如： 同时支持 方式 5和方式 1， 或者同时支持方式 5和方式 2。 对于上述标识的发送可以采用以下方式之一进 行：

1 ) eNB通过系统消息来发送标识， 通过这种方式发送的标识对小区内所有 UE有 效；

2) eNB通过 RRC信令来发送标识， 通过这种方式发送的标识仅对接收到该 RRC 信令的 UE有效； 在系统消息或者 RRC信令中增加标识的具体实施例可以参考前述 对方式 1 的描 述。 方式 6，网络侧向 UE发送允许或者不允许使用通过信令传输数据� ��机制的业务类 型指示、 或设备类型指示， 该指示用于告知 UE哪些业务类型或者设备类型可以使用 通过信令传输数据的机制， 哪些业务类型或者设备类型不可以使用通过信 令传输数据 的机制； UE根据收到的指示确定自己是否符合指示中上� ��的类型，并确定是否可以使 用通过信令传输数据的机制； 不同业务类型、 或者不同的用户设备类型具有不同的数据传输 规律， 例如：

1 ) 智能手机的语音业务具有： 数据包小、 周期性以及发送间隔短的特点； 2)智能手机的即时通讯类业务具有：数据包小� ��非周期以及发送间隔随机的特点； 以及

3 ) 智能电表具有： 数据包小、 周期性以及发送间隔长的特点。 因此有的业务或者设备类型不适合使用通过信 令传输数据的机制， 而有的则非常 适合采用通过信令传输数据的机制， 为了避免不适合使用通过信令传输数据机制的 业 务或者设备类型使用信令传输数据机制， 而导致系统效率较低， 可以通过上述方式 6 得到有效避免。 业务类型的区分也有很多种， 例如：

1 ) 按照是否是保证比特率 （Guaranteed Bit Rate, 简称为 GBR) 业务进行分类；

2) 按照是否是小数据业务进行分类；

3 ) 按照数据发送的频繁度进行分类；

4)按照数据包是否符合信令传输数据的机制� ��要求， 即按照能否通过信令传输数 据机制来发送数据包进行分类；

5 )按照软件种类进行分类，例如：语音、即时� �讯、背景业务、文件传输协议（File Transfer Protocol, 简称为 FTP)、 超文本传输协议 （Hypertext Transfer Protocol, 简称 为 Http)、 Stream (流媒体）、 Push (推送类业务）、 Pull (获取类业务） 等。 用户设备类型的区分也有很多种， 例如： 1 ) 按照是否是人与人 （Human to Human, 简称为 H2H) 通讯设备分类；

2) 按照是否是小数据设备 （指发送的均为小数据的设备） 来分类；

3 ) 按照是否是机器类型通讯 （Machine to Machine, 简称为 M2M) 设备分类；

4 ) 按照更细致的设备类型分类， 例如： 手机、 智能表 （电表、 水表等）、 追踪类 设备、 安保类设备、 监控类设备、 警报类设备等。 网络侧和 UE事先约定号采用哪种分类方式， 网络侧根据自身的无线资源负荷或 者信令负荷决定对哪些业务类型或者设备类型 进行使用信令传输数据机制的限制， 并 将对应的指示信息发送给 UE。 指示信息的发送方式可以是 eNB通过系统消息发送， 这种情况对小区内所有 UE 都有效， eNB也可以通过 RRC信令来发送， 这种方式对收到该 RRC信令的 UE有效。 在系统消息或者 RRC 信令中增加用于指示业务或者设备类型的指示 信息的具体 实施例可以采用上述方式 1中的方式， 在此不再赘述。 例如： 网络侧和 UE约定按照是否是小数据业务来进行分类， 网络侧发送 2比特 的指示信息给 UE: 第一个比特代表是小数据业务、第二个比特代 表非小数据业务， 比 特为 1代表 "允许使用信令传输数据机制"， 比特为 0代表 "不允许使用信令传输数据 机制"。 当 UE收到该指示信息后， 判断自己正在运行的业务是否属于小数据业务 ， 若是， 则 UE根据小数据业务对应的比特值判断是否能够� ��用信令传输数据机制来发送该业 务的数据。 网络侧和 UE可以将方式 6和其他方式配合使用； 例如可以同时支持方式 1、 方式 5、 方式 6; 或者同时支持方式 2、 方式 5、 方式 6; 也可以将方式 6和方式 1、 或 2、 或 3、 或 4配合使用。 例如将方式 6和方式 1配合使用等等， 本发明对此不做限定。 假设网络侧和 UE约定 "按照是否是小数据设备来分类"， 网络侧发送 2比特指示 信息给 UE: 第一个比特代表是小数据设备、 第二个比特代表非小数据设备， 比特为 1 代表 "允许使用信令传输数据机制"， 比特为 0代表 "不允许使用信令传输数据机制"; 在 SIB2引入 IE:

UE-ConveyDataViaSignalingControl-IE ::= SEQUENCE { SmallDataDeviceEnable BitString(2), TimerLengthThreshold- 1 ENUMERATED {s00, slO, s20, s40,s60, s80},

PacketNumThreshold-2 ENUMERATED {nl, n5, nlO, n20, n40}

假设 SmallDataDeviceEnable = 10，则表示小数据设备允许使用信令传输数据� ��制， 非小数据设备不允许使用信令传输数据机制； 假设 TimerLengthThreshold- 1 = s20; PacketNumThreshold-2 = n5; 则表示允许小数 据业务的设备在 20秒内最多发送 5个数据包。 图 8是上述实施例的一种优选结构示意图， 如图 8所示， 核心网设备为接入网设 备提供其信令负荷情况，在现有协议中（以 LTE为例）， MME通过 OVERLOAD START 消息来传递这种信息。 接入网设备 （LTE系统的接入网设备是 eNB， UMTS系统的接入网设备是 RNC) 根据自身的无线网络资源负荷情况、 MME 传递的信令负荷情况等信息， 确定是否对 UE使用信令传输数据机制进行限制， 以及具体的信令传输数据机制的控制参数。 进一步的， 也可由核心网设备发起对 UE进行信令传输数据机制的使用限制。 核心网设备根据自身的信令负荷情况， 确定是否需要对 UE进行信令传输数据机 制的使用限制， 例如 MME可以设置信令负荷门限， 当信令负荷超过该负荷门限时， MME发起对 UE使用信令传输数据机制的限制。 核心网设备将对信令传输数据机制的限制参数 发送给接入网设备， 接入网设备根 据接收到的限制参数对信令传输数据机制的限 制策略进行调整。 具体的限制策略可以包括但不限于以下方式中 的一个或多个： 方式 1， 若 UE在第一预设时间长度内到达的数据包个数、 或接收的数据包个数、 或到达和接收的数据包的总数少于第二预设门 限时， 允许 UE使用上述的通过信令传 输数据的机制； 反之， 不允许 UE使用通过信令传输数据的机制； 方式 2，若 UE在第三预设时间长度内使用通过信令传输数� ��的机制的次数小于第 四预设门限， 则允许 UE继续使用上述的通过信令传输数据的机制； 反之， 不允许 UE 使用上述的通过信令传输数据的机制； 方式 3， UE两次使用通过信令传输数据的机制的时间间� ��不可少于第五预设时间 长度； 方式 4， 允许 /不允许使用信令传输数据机制的用户比例； 方式 5， 允许 /不允许使用信令传输数据机制； 例如， 当标识为 "不允许" 时， 标 识所有属于该核心网设备的接入网内的 UE均不能使用信令传输数据机制。 方式 6， 允许 /不允许使用信令传输数据机制的业务类型指� �、 或用户设备类型指 示， 该指示用于限制哪些业务类型或者用户设备类 型可以 /不可以使用通过信令传输数 据的机制。 上述限制策略中各个参数 （例如， 第一预设时间长度、 第二预设门限等等） 的含 义与前述的 eNB可采用的 6种对信令传输数据机制的控制参数相同， 在此不再赘述。 然而， 需要说明的是， 核心网设备 （例如， MME)发送的对信令传输数据机制的 限制策略针对的是目标接入网设备所属的所有 UE， 而不是单个的 UE。 优选地， MME发送限制策略的控制参数的方法可以通过在 现有的 S1信令中增加

IE的方法来实现， 例如： 可以在 E-RAB SETUP REQUEST (演进通用陆地无线接入网 无线接入承载请求）、 E-RAB MODIFY REQUEST (演进通用陆地无线接入网无线接入 承载修改请求）、 E-RAB RELEASE COMMAND (演进通用陆地无线接入网无线接入 承载释放命令）、 INITIAL CONTEXT SETUP REQUEST (初始上下文建立请求）、 UE CONTEXT RELEASE COMMAND ( UE 上下文释放命令）、 UE CONTEXT MODIFICATION REQUEST (UE上下文修改请求）、 HANDOVER COMMAND (切换 命令）、 HANDOVER PREPARATION FAILURE (切换准备失败）、 HANDOVER REQUEST (切换请求）、 DOWNLINK NAS TRANSPORT (下行非接入层传输）、 S1 SETUP RESPONSE ( SI建立响应）、 OVERLOAD START (过载开始） 等 LTE标准中 的 S1信令中增加 IE来承载上述的限制参数， IE的设计实施例可以参照前述的例子。 然而， 需要注意的是接入网设备收到核心网设备发送 的对信令传输数据机制的控制参 数后， 可以直接使用该控制参数来设置针对自己所属 的 UE的传输数据机制的控制参 数； 也可以结合自己的资源负荷情况来调整自己所 属的 UE的传输数据机制的控制参 数。 例如： 若 MME的信令负荷较轻， 其发送的限制参数的限制程度也较小； 而 eNB 的无线资源负荷较重，则 eNB可以加大对自己所属的 UE的传输数据机制的限制程度； 又例如： 若 MME的信令负荷较重， 其发送的限制参数的限制程度则较大； 而 eNB的 无线资源负荷很轻， 则 eNB可以直接使用 MME发送的参数来设置自己所属的 UE的 传输数据机制的控制参数。 图 9是上述由核心网设备发起对 UE进行信令传输数据机制的使用限制的实施例 的结构示意图， 如图 9所示， 核心网设备根据其信令负荷情况， 是否对 UE使用信令 传输数据机制进行限制， 从而确定具体的信令传输数据机制的控制参数 ， 并将这些信 息发送给接入网设备。 接入网设备参考核心网发送来的信令传输数据 机制的控制参数， 结合自身的无线 网络资源负荷情况， 确定是否对自己所属的 UE使用信令传输数据机制进行限制， 以 及具体的信令传输数据机制的控制参数。 优选地， 上述各个优选实施方式也同样适应于 UMTS等系统中。 在另外一个实施例中， 还提供了一种软件， 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器等。 从以上的描述中， 可以看出， 本发明实现了如下技术效果： 网络侧会向用户设备 发送携带有对 UE通过信令进行数据传输的频率进行控制的控� ��参数， 这样用户设备 就可以根据接收到的控制参数来对自身通过信 令进行数据传输的频率进行控制，例如， 如果控制参数中只是该用户设备在 1分钟内最多通过信令传输数据 5次， 那么用户设 备就会按照这种规定进行数据传输， 如果超过这个限制则用户设备可以禁止采用通 过 信令传输数据的方式， 从而有效解决了现有技术中用户自己进行传输 数据的方式而导 致的系统的效率较低的技术问题， 达到了提高系统效率的技术效果。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路 模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。