CN102918876B - 一种业务信息的发送方法、装置和系统 - Google Patents

Abstract

本发明实施例提供一种业务信息发送方法，包括：接收来自业务平台的业务通知消息；如果终端处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息。本发明实施例还提供一种业务信息发送装置和系统，避免了发送的业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

Description

一种业务信息的发送方法、装置和系统

技术领域

本发明涉及通信技术领域，特别涉及一种业务信息的发送方法、装置与系统。

背景技术

推送(PUSH)技术是一种基于客户服务器机制，由服务器主动将信息发往客户端的技术，是发送技术的一种。同传统的拉技术(PULL)相比，发送技术的特点在于让业务平台在有信息更新时去主动的联系用户，其优势在于信息的及时性，通过使用该技术，可以尽快的将信息发送到用户面前。同时避免了客户端在没有信息时仍然反复向服务器进行查询带来的消息开销。

发送技术广泛应用在网络中，用户可以通过终端设备订阅应用的更新消息。比如Push-MAIL业务，当邮件服务器上有终端的新的E-MAIL到达时，邮件服务器将主动联系终端将新的E-MAIL发送给终端等；又如手机报业务，可能一个城市里有数百万用户订阅，在指定的时间段分别发送给每一位用户。

当前以Web2.0为特征的移动互联网浪潮中，社交网络，微型博客等新型应用中，发送技术可以发挥更大的优势，当一个新的内容产生时，业务平台主动将内容发送到关注的终端用户，从而避免了大量用户反复查询是否有更新带来的网络风暴，提高了网络的运行效率。

当需要发送业务的时候，业务平台需要通过终端的标识来联系终端，通常在终端向业务平台注册的时候将自己的标识登记在业务平台中，例如在IP网络中通常采用终端的IP地址作为标识，而在移动通讯网络中，采用专有的IMSI作为终端的标识。

在固定接入网络中，由于终端与网络始终维持着物理连接，因此当需要发送业务时，业务平台可以随时联系终端，例如以终端登记的IP地址作为目的地址向终端发送IP数据包，根据IP网络本身的路由机制可以到达终端。

而在移动通信网络中，为了节省无线资源，以及减少终端耗电，在终端一段时间(如几到几十秒)内未与网络进行信令交互及用户面数据传输时，网络可以释放在网络与终端之间的信令连接和用户面无线承载，此时称终端处于空闲状态(Idle State)。发送业务在移动通信网络侧的表现为向终端发送下行数据的过程，即由网关设备通过其他网络侧设备向终端发送数据的过程。在现有技术中，向终端发送下行数据时，首先网络需要联系处于空闲状态的终端，那么需要首先对终端进行寻呼，收到寻呼消息的终端会恢复与网络的信令连接和用户面承载，此时称终端处于连接态(Connected State)，此时网络再将信令或缓存的业务数据发送给终端。业务结束后，如果一段时间没有信令交互或用户面数据传输，网络会再次将终端转至空闲状态。

以手机报这种典型业务为例，一些热门的手机报产品可能在一个城市有数百万订阅用户，要在尽可能短的时间内(例如30分钟)，将最新的手机报发送给所有订阅用户的终端，意味着移动通信网络需要在短时间内寻呼大量用户，导致网络拥塞。

触发寻呼的业务通知消息可以按照时延忍耐度分为两类，一类是需要尽快送达终端的，例如一个语音呼叫通知，一条点对点短信，或者新的电子邮件，这类业务通知称为即时发送通知消息；另一类业务通知如果延迟一段时间送达终端，用户也可以忍受，例如手机报，社交门户或微型博客更新通知等，这类业务通知称为可延迟发送通知消息。两类业务的界限不是严格区分的，例如，在某些情况下，可能短信、电子邮件也可以忍受短时间的延迟再送达终端；而社交门户或微型博客的某些类型的通知则可能需要尽快送达终端。

而现有技术中，移动通信网络并不区分即时发送通知消息和可延迟发送通知消息在用户时延忍耐度上的区别，业务平台发出业务通知消息，消息到达移动通信网络后，如果终端处于空闲状态，网络总是马上寻呼终端并将消息送达终端，导致在进行手机报，社交网站、微型博客信息更新等大量发送业务时网络寻呼负荷增高。

发明内容

本发明实施例提供一种业务信息的发送方法、装置与系统，用以解决现有技术中对于空闲态且可延时业务的终端频繁寻呼带来信令开销大的问题。

一方面，本发明实施例提供一种业务信息的发送方法，包括：

移动性管理网元接收来自业务平台的业务通知消息；

如果终端处于空闲态，则待终端转到连接态后，移动性管理网元通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

所述方法还包括：

所述移动性管理网元对业务通知消息设置最大延迟时间；

在接收到所述业务通知消息并且达到所述最大延迟时间后，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程，所述业务通知消息为可延迟通知消息。

另一方面，本发明实施例还提供一种业务信息的发送装置，所述业务信息的发送装置是移动性管理网元，包括：

接收单元，用于接收来自业务平台的业务通知消息；

第一处理单元，用于当所述终端处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

所述装置还包括：

延迟设置单元，用于设置业务通知的最大延迟时间；

第二处理单元，用于在接收到的所述业务通知消息达到所述最大延迟时间，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程，所述业务通知消息为可延迟通知消息。

又一方面，本发明实施例还提供一种业务信息的发送系统，包括：业务平台、移动性管理网元和终端，其中：

所述业务平台，用于向所述移动性管理网元发送业务通知消息；

所述移动性管理网元，用于接收来自业务平台的业务通知消息；如果所述终端当前处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

所述移动性管理网元，还用于对业务通知消息设置最大延迟时间；

在接收到所述业务通知消息并且达到所述最大延迟时间后，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程，所述业务通知消息为可延迟通知消息；

所述终端，用于根据所述业务通知消息获取所述业务信息，或者接收来自所述业务平台发送的所述业务信息。

本发明实施例的业务信息的发送方法、装置与系统，为业务信息提供了一种非实时的发送处理方法，缓存业务通知消息并等待终端转换为连接态时再将业务通知发送给终端，避免了业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的业务信息发送方法第一实施例流程图；

图2为本发明提供的业务信息发送方法第二实施例流程图；

图3为本发明提供的业务信息发送方法第三实施例流程图；

图4为本发明提供的业务信息发送方法第四实施例流程图；

图5为本发明提供的业务信息发送装置实施例结构框图；

图6为本发明提供的业务信息发送系统实施例结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明提供的业务信息发送方法第一实施例的流程图，如图1所示，该方法包括：

S101、接收来自业务平台的业务通知消息；

这里，业务平台是向移动通信网络发送应用业务通知消息的逻辑实体，可以指业务服务器，也可以指发送网关，或者两者的集合。即在业务服务器直接连接移动通信网络的方式时，指业务服务器，当业务服务器通过发送网关连接移动通信网络的方式时，指发送网关，也可以是两者的集合。

S102、如果终端处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息。

其中，该类业务通知消息属于可延迟业务通知消息，业务平台或者网络设备可以设置业务通知消息的最大延迟时间，当有可延迟业务通知消息需发送到终端时，如果终端处于空闲态时，网络并不立即发起发送业务通知消息的过程，而是可以在管理终端连接状态的网络节点上缓存该业务通知消息或者标记该业务通知消息，表示有业务信息需发送到终端，当终端由其它事件触发(例如终端要主动发送数据，或者有发给终端的其它业务通知触发寻呼终端等业务流程)而使其状态由空闲态转换到连接态时，网络再将所述缓存或标记的可延迟业务通知发送到终端，发送过程可以是通过已建立起的信令连接或者用户面承载实现。

如果所述业务通知消息达到所述最大延迟时间，所述终端仍然处于空闲态，则向所述终端发起寻呼过程，使所述终端转为连接态以接收业务通知。

终端转为连接态后，移动性管理网元向终端发送业务通知。业务通知中包含部分或全部更新的业务信息。将业务通知消息发送给终端可以采用将从业务平台收到的业务通知消息转发给终端(移动性管理网元可能修改消息中部分内容，或者增加部分字段)，或者采用新的消息类型(例如业务推送通知，Service Pushing Notification，本发明在此不作限制)，也可以在现有消息(例如跟踪区更新接受消息)中增加字段等方式，本发明不作限制。

本发明实施例中，移动性管理网元向终端发送到业务通知消息或新的类型的消息可以只包含有新的业务信息的指示，也可以包含要更新的业务信息本身、片段或业务信息在业务平台上的相关索引等，视更新的业务信息的属性，如信息长短、存储方式、安全性要求等而定，譬如业务信息很短的情况下，业务通知消息直接携带具体业务信息。

需要指出的是，本发明实施例中，由移动通信网络中负责寻呼管理的移动性管理网元管理业务通知消息发送的时机。移动性管理网元可以是EPS网络中的MME，GPRS/UMTS网络中的SGSN，WiMax网络中的ASN-GW，等等。可以将业务平台与移动性管理网元直接连接，将业务通知消息发送给移动性管理网元。

在实际网络中，通常存在多个具体的第三方业务，将多个业务服务器直接与移动性管理网元连接，在安全、计费、性能等方面存在不足或隐患，因此在本发明实施中，可以引入一个新的逻辑网元，该逻辑网元的名称不限制，为了方便，称为通用信息发送网关(简称发送网关)。第三方业务的业务服务器与发送网关相连接，当第三方应用有新的信息需要发送给终端时，首先将业务通知消息发送给发送网关，发送网关与移动性管理网元连接，将通知信息发送给移动性管理网元。发送网关还可以对业务服务器的业务通知进行性能统计、计费等操作。发送网关是一个逻辑实体，可以和业务服务器、HSS等网元合设，合设时，发送网关可以看作是网元内的发送消息处理模块。

本实施例提供的方法，为更新的业务数据提供了一种非实时的发送方案，缓存业务通知消息并等待终端转换为连接态时再将业务通知发送给终端，避免了发送的业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

图2为本发明提供业务通知消息发送方法第二实施例的流程图，终端已经附着在网络上，并在业务平台完成注册。如图2所示，该方法包括：

S201、业务平台有业务数据需要发送给终端时，业务平台发送业务通知消息给移动性管理网元；

其中，业务平台寻址到终端注册的移动性管理网元主要有两种方法：

1)终端注册的移动性管理网元直接在业务平台中注册，业务平台在相应的终端上下文中保存当前终端注册的移动性管理网元的地址；

2)业务平台通过保存的终端的标识，例如IMSI，MSISDN向归属用户服务器数据库(HSS)查询终端当前注册的移动性管理网元。

由于终端注册的移动性管理网元信息和IMSI、MSISDN等标识信息一定程度上属于网络机密信息，因此此两种方式通常应用于设置了通用信息发送网关，即业务服务器通过通用信息发送网关与移动性管理网元连接的情况。

S202、移动性管理网元收到该通知信息后，判断终端当前状态，如果终端当前处于连接状态，则直接将业务通知消息发送给终端；如果终端当前处于空闲状态，则转到S203；

具体地，移动性管理网元可以通过与终端的控制通道将业务通知消息发送给终端，终端收到通知消息根据需要可以与业务平台联系获取进一步业务信息。如果网络与终端的用户面通道可用，也可以选择通过与终端的用户面通道将业务通知消息发送给终端。

S203、移动性管理网元进一步判断业务通知消息类型，如果是可延迟业务通知消息，移动性管理网元在建立的终端上下文中缓存该业务通知消息，等待终端转换为连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息。

移动性管理网元可以根据来自业务平台的业务通知消息中包含的参数(消息类型，消息中特定字段指示等)，或者本身配置的规则，或者两者的综合并可能参考其他信息，判断业务通知消息是即时发送类通知消息，还是可延迟发送类通知消息。移动性管理网元或者业务平台可以分别记录可延迟通知消息与非可延迟通知消息的数量，对于可延迟通知消息也可以根据延迟的时间段分别记录消息数量，上述分类业务通知数量统计上报到计费中心用于按照业务通知类型和延迟时间段长短分别进行计费。

业务平台发送移动性管理网元的业务通知消息中，可以只包含有业务信息属性，比如发送最大延迟时间、业务信息在业务平台中的索引等；也可以包含业务信息的详细内容或者片段。其中，发送最大延迟时间表示该业务信息可以延时向终端发送的可最大忍耐时间。延迟时间的表示方式可以是绝对时间，例如“2010年12月10日18:00:00”，也可以是相对时间，例如“30分钟以后”；延迟时间0秒(或者不携带延迟时间字段)可以看做一个特例，即业务通知消息需要马上送达终端，作为即时发送类业务处理。

需要指出的是，如果业务通知消息是即时发送类通知，则立即寻呼终端，按现有流程进行后续处理。

具体地，当为可延迟发送通知消息时，业务平台还可以在业务通知消息中指定最大延迟时间，或者移动性管理网元结合本身策略确定延迟时间，该延迟时间的含义是如果在该时间达到之前，终端仍没有由于其它原因(例如终端要主动发送数据，或者有发给终端的其它发送业务触发寻呼终端等业务过程)转为连接态，则移动性管理网元需要主动寻呼终端将所述可延迟业务通知送达终端。

对于可延迟发送通知消息，在本发明实施例中，移动性管理网元不是立即寻呼终端，而是可以在移动性管理网元上设置业务通知标记，该标记表示有业务信息需要发送给终端，移动性管理网元还可以保存从业务通知消息中获得的其它与业务相关联的信息，例如业务信息部分或全部内容，业务信息在业务平台上的索引等。此外，此时移动性管理网元还可以向业务平台发送确认消息告诉业务平台已接收到业务发送通知消息，但处于等待终端转为连接态的状态。

终端转为连接态的原因可以包括：终端要主动发送数据，或者有发给终端的其它业务通知触发寻呼终端；或者缓存的当前业务通知最大延迟时间已到期(或即将到期)移动性管理网元主动寻呼终端。

其中，移动性管理网元将业务通知消息发送给终端可以有两种方式：

1)终端转为连接态后，移动性管理网元向终端发送业务通知。业务通知中包含部分或全部更新的业务信息。将业务通知消息发送给终端可以采用新的消息，也可以在现有消息(例如跟踪区更新接受消息)中增加字段等方式，或者采用新的消息类型(例如业务推送通知，Service Pushing Notification)，本发明不作限制。

如果需要，终端在接收到通知后可以主动与业务平台联系获取进一步的信息。业务平台的地址可以在终端建立数据连接时提前获得，也可以移动性管理网元在推送通知消息中携带业务平台的地址。业务平台的地址可以是IP地址，或者域名等形式，终端访问业务平台，检索并获取相关的业务信息。

2)终端转为连接态后，移动性管理网元通知业务平台，业务平台向终端发送业务通知消息，将业务信息发送给终端。如果需要，终端在接收到业务平台的业务通知消息后也可以主动与业务平台联系获取详细的信息内容，由于此时终端仍处于连接态，因此无需寻呼终端。

上面实施例中，终端需附着在网络中并建立数据通道(PDN Connection)，在附着过程或业务通道建立过程中，终端注册到业务平台中，比如业务平台保存终端的IMSI、MSISDN或者IP地址等信息。如果业务平台与移动性管理网元直接连接，则移动性管理网元将自己的地址信息注册到业务平台中。

业务平台还可以向终端的IP地址发送消息数据包将业务通知消息发送给移动性管理网元。

在EPS架构下，如果业务平台通过用户面承载通知有业务信息需发送，具体可以参考如下步骤：

业务平台向终端IP发送包含业务通知消息的数据包；

该数据包是通过建立的用户面承载发送。该数据包可以包括但不限于发送延迟时间、业务信息等；

服务网关设备收到数据包后，如果当前终端处于空闲态(即服务网关上保存的下行隧道信息无效)，那么服务网关缓存并解析该数据包，向移动性管理网元发送下行数据通知消息，该消息中可包括但不限于发送延迟时间、应用信息等。特别说明的是：如果在UMTS架构中，移动性管理网同时具有用户面与控制面的功能，比如网关设备在收到业务平台的用户面数据包后，将该数据包发送给移动性管理网元(SGSN)，SGSN可以直接解析该用户面数据包，如果终端当前处于空闲态，并且消息数据包中包含有应用信息、发送延迟时间，那么SGSN可以缓存该消息，并且按照延迟时间寻呼终端。

本实施例提供的方法，为更新的业务数据提供了一种非实时的发送方案，缓存业务通知消息并等待终端转换为连接态时再将业务通知发送给终端，避免了发送的业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

图3为本发明提供业务通知消息发送方法第三实施例的流程图，应用于移动性管理网元发生改变的跟踪区更新的场景。包括如下步骤：

S301、终端移动到新的小区，向目标侧移动性管理网元发起跟踪区更新过程；

需要指出的是，在此步骤之前，源移动性管理网元接收到业务平台发送的业务通知消息，获知该业务通知消息为可延迟业务通知消息，且终端为空闲态，则缓存业务通知消息；或者设置业务通知标记，表明有业务需要发送。

S302、目标侧移动性管理网元向源移动性管理网元发送上下文请求(Context Request)消息；

S303、收到上下文请求消息，源移动性管理网元将终端的上下文发送给目标移动性网元；

其中，源移动性管理网元发送给目标移动性管理网元的包含缓存的业务通知消息或业务通知标记，具体可以携带在上下文响应消息中；

S304、目标侧移动性管理网元将业务通知消息发送到终端；

具体可以通过与终端之间的信令连接发送消息，消息可以采用新的消息，也可以在现有消息(例如跟踪区更新接受消息)中增加字段等方式，或者采用新的消息类型(例如业务推送通知，Service Pushing Notification)，本发明不作限制。

图4为本发明提供业务通知消息发送方法第四实施例的流程图，与实施例三不同的是，目标移动性网元可以不用获取源移动性管理网元缓存的业务通知标记。具体包括如下步骤：

S401、终端发起移动性管理过程；

这里的移动性管理过程可以包括但不限于附着过程，或者位置更新过程(跟踪区更新或者路由区更新过程)；

S402、目标移动性管理网元向业务平台注册；

其中，注册信息可以包括但不限于目标侧移动性管理网元标识，终端的标识例如IMSI，MSISDN等；

S403、收到目标移动性管理网元注册后，业务平台删除源移动性管理网元为终端的注册；

此时，如果业务平台有发送到终端的业务信息，则业务平台可以将业务发送通知发送到目标移动性管理网元，具体处理方式如前所述。

S404、业务平台通过目标移动性管理网元向终端发送业务通知消息。

目标移动性管理网元获取业务平台发送的业务通知消息后，可以判断业务通知消息的类型，以及终端的状态，缓存业务通知消息，延迟发送至终端。

需要说明的是，本实施例和实施例三中，终端收到业务通知消息后，当业务通知消息包含具体业务信息时，终端可以直接获取业务信息；当业务通知消息不包含具体业务信息时，终端可以向业务平台获取业务信息。本实施例提供的方法，避免了发送的业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

图5为本发明提供业务通知消息发送装置实施例框图，包括：

接收单元501，用于接收来自业务平台的业务信息通知消息；第一处理单元502，用于当所述终端处于空闲态，且所述业务通知消息信息为可延迟业务通知消息时，待当所述终端切换到连接态后，通知终端获取业务信息或者通知所述业务平台向所述终端发送业务信息。

可选地，该装置还可以包括：延迟设置单元，用于设置发送的最大延迟时间；第二处理单元，用于在接收到所述业务通知消息并且达到所述发送的最大延迟时间后，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程，使所述终端转为连接态。

可选地，所述装置还包括：标记设置单元，用于在接收来自业务平台的业务通知消息之后，设置业务通知标记，用于标记有业务信息需发送到所述终端。

可选地，所述装置还包括：标记传递单元，用于在所述终端发生移动时，将所述标记传递给目标移动性管理网元，通过所述目标移动性管理网元将所述业务信息发送给所述终端。

可选地，所述第一处理单元包括：发送单元，用于通过与所述终端的信令连接发送所述业务通知消息；或者，指示恢复承载而采用用户面承载发送所述业务通知消息。

本发明实施例提供的业务通知消息发送装置可以是移动性管理网元可以是EPS网络中的MME，GPRS/UMTS网络中的SGSN，WiMax网络中的ASN-GW，等等。避免了发送的业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

图6为本发明实施例的通信系统网络示意图，如图6所示，本发明实施例的发送系统包括：业务平台601，移动性管理网元602和终端603。

业务平台601，用于向移动性管理网元602发送业务通知消息；

移动性管理网元602，用于接收来自业务平台601的业务通知消息；如果所述终端当前处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

终端603，用于根据所述业务通知消息获取所述业务信息，或者接收来自所述业务平台发送的所述业务信息

业务平台601可以是业务服务器直接连接移动性管理网元602，也可以是一个或多个业务服务器通过一个通用信息发送网关与移动性管理网元602连接。

业务平台601有新的信息需要发送给终端603时，将通知消息发送给移动性管理网元602；移动性管理网元602收到通知消息后，根据当时的终端603的状态，和业务通知消息的类别，确定立即发送给终端603，还是延迟并等待终端603转为连接态时再发送给终端603。

上述各个装置之间交互的方法可以参照前面的方法实施例。本发明实施例提供的通信系统，避免了发送的业务通知消息总是触发寻呼终端的过程，降低了通信网络中的信令负荷。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (13)

1.一种业务信息的通知方法，其特征在于，所述方法包括：

移动性管理网元接收来自业务平台的业务通知消息；

如果终端处于空闲态，则待终端转到连接态后，移动性管理网元通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

所述方法还包括：

所述移动性管理网元对业务通知消息设置最大延迟时间；

在接收到所述业务通知消息并且达到所述最大延迟时间后，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程；

所述业务通知消息为可延迟通知消息。

2.根据权利要求1所述的方法，其特征在于，所述通知所述终端获取业务信息包括：

通过新的消息或所述业务通知消息通知所述终端获取业务信息；或者

通知终端向所述业务平台获取业务信息。

3.根据权利要求2所述的方法，其特征在于，所述新的消息或业务通知消息包括：

所述业务信息在业务平台上的索引，或者业务信息的片段内容，或者业务信息的全部内容。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

记录可延迟通知消息与非可延迟通知消息的数量，或者根据可延迟时间分别统计各时间段的通知消息数量进行计费。

5.根据权利要求1所述的方法，其特征在于，接收来自业务平台的业务通知消息之后，如果终端处于空闲态，所述方法还包括：

移动性管理网元设置业务通知标记，用于标记有业务信息需发送到所述终端；

或者；

服务网关设备缓存业务通知消息数据包，将业务通知消息通知移动性管理网元。

6.根据权利要求5所述的方法，其特征在于，设置业务通知标记之后，所述方法还包括：

在所述终端注册的移动性管理网元改变时，将所述标记传递给目标移动性管理网元。

7.根据权利要求1所述的方法，其特征在于，将所述业务通知发送到所述终端包括：

移动性管理网元通过与所述终端的信令连接发送所述业务通知；

或者，

移动性管理网元指示恢复用户面承载，采用用户面承载发送所述业务通知。

8.根据权利要求1所述的方法，其特征在于，在接收来自业务平台的业务通知消息前，还包括：

在终端附着、或者终端建立数据连接，或者位置更新流程时，终端注册的移动性管理网元向业务平台注册。

9.一种业务信息的发送装置，其特征在于，所述业务信息的发送装置是移动性管理网元，所述装置包括：

接收单元，用于接收来自业务平台的业务通知消息；

第一处理单元，用于当终端处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

所述装置还包括：

延迟设置单元，用于设置业务通知的最大延迟时间；

第二处理单元，用于在接收到的所述业务通知消息达到所述最大延迟时间，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程，所述业务通知消息为可延迟通知消息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

标记设置单元，用于在接收来自业务平台的业务通知消息之后，设置业务通知标记，用于标记有业务信息需发送到所述终端。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

标记传递单元，用于在所述终端注册的移动性管理网元改变时，将所述标记传递给目标移动性管理网元。

12.根据权利要求9所述的装置，其特征在于，所述第一处理单元包括：

发送单元，用于通过与所述终端的信令连接发送所述业务通知；或者，指示恢复用户面承载，采用用户面承载发送所述业务通知。

13.一种业务信息的发送系统，其特征在于，所述系统包括：业务平台、移动性管理网元和终端，其中：

所述业务平台，用于向所述移动性管理网元发送业务通知消息；

所述移动性管理网元，用于接收来自业务平台的业务通知消息；如果所述终端当前处于空闲态，则待终端转到连接态后，通知所述终端获取业务信息或者通知所述业务平台向所述终端发送业务信息；

所述移动性管理网元，还用于对业务通知消息设置最大延迟时间；

在接收到所述业务通知消息并且达到所述最大延迟时间后，如果所述终端仍然处于空闲态，则向所述终端发起寻呼过程，所述业务通知消息为可延迟通知消息；

所述终端，用于根据所述业务通知消息获取所述业务信息，或者接收来自所述业务平台发送的所述业务信息。