一种实现在线业务的方法及装置

暂无

一种实现在线业务的方法及装置 \n技术领域\n[0001] 本发明涉及移动通信领域，尤其涉及实现在线业务的方法及装置。 背景技术\n[0002] 目前的移动通信网络分为电路交换域(Circuit Switched Domain，CS)和分组交换域(Packet Switched Domain，PS)两个部分，电路域主要承载传统的基于电路交换的语音业务，而分组交换域(PS)则提供基于IP交换的分组业务。 \n[0003] PS域业务可以分为交互式业务或永远在线业务，其中， \n[0004] 交互式业务的发起是通过来自终端用户或网络侧业务服务器的一个上行数据开始的，例如，终端发送一条多媒体短信、终端请求一个网页地址、终端请求下载一个图片文件、或者业务服务器请求终端接收一条多媒体短信等等，并且随着响应该上行数据的操作执行完成，该业务就结束在了。对这类业务来说，一般持续时间较短，并且通常有终端用户的参与(即伴随着终端用户的动作)。代表性的交互式业务有：多媒体短信，网页浏览，彩铃下载等。 \n[0005] 对于永远在线业务，移动终端上的业务模块启动这类业务后在后台运行，通过移动通信网络连接到网络侧业务服务器(或其它终端)进行交互，在接收到来自网络侧业务服务器或其它终端的消息需要通知用户时，通过声音、文字等方式提醒用户。对这类业务来说，一般持续时间很长，但终端用户不需要在业务过程中始终关注和参与。代表性的永远在线业务有：即时消息，手机电子邮件等。 \n[0006] 永远在线业务能满足人们及时接收重要信息的需求，终端用户可以一直 在线，但是不需要在业务过程中始终关注和参与，并且按照终端用户实际接收和发送数据包的流量来收取费用。例如，手机上的电子邮件业务，用户通过手机上的应用软件连接到网络侧的电子邮件服务器后，无需要时刻关注电子邮箱的情况。当有新邮件时，电子邮件服务器通过移动网络通知手机上的应用程序在后台下载邮件，下载完毕后通过声音、震动等方式通知用户，用户可以在第一时间接收到电子邮件。由于永远在线业务的这些优势，在未来的分组演进网络中，永远在线业务将会越来越普及。 \n[0007] 而现有的接入网络可分为两种模式： \n[0008] 一种模式是以固定接入、WLAN为代表的常连接模式，其特点是终端与网络之间的连接在建立后一直保持，即使没有数据传输，连接也不释放。 \n[0009] 另一种模式是以WCDMA、CDMA、WiMax等网络为代表的移动接入模式，其特点是终端附着网络后有连接态和空闲态之分。在连接态下，网络为终端传输用户面数据分配了无线资源，终端和网络之间可以直接传送数据包。在这种状态下，终端耗电快，且占用较多无线资源；因此在一段时间内没有数据传输的话，网络会通知终端转到空闲态。在空闲态下，网络释放为移动终端分配的无线资源，移动终端也工作在省电模式。当处于空闲态的移动终端要发送或者接收数据时，则移动终端需要先转到连接态，连接建立过程需要占用一定的网络资源并增加数据传输的时延。 \n[0010] 当前的移动终端上的永远在线模式的应用程序通常沿袭常连接模式下的通信方式，即业务与承载分层。但是，由于常连接模式下终端没有连接态/空闲态的差别，发送数据包也就没有建立终端和网络的连接带来的开销，因此常连接模式下应用程序在后台运行时的消息交互比较频繁，例如心跳握手消息、状态查询消息，可能每隔几分钟就会发生一次。例如，像即时消息业务和手机电子邮件业务之类的永远在线业务，手机终端开机后就会连接到业务服务器，并周期性向业务服务器发送自己的状态消息或者获取业务服务器的业务信息，这种频繁的交互应用在移动通信网络中，将会导致移动终端频繁在连接态和空闲态之间转换，手机终端与网络之间反复建立连接和释放连接占用了较多网络资源，并加快了手机终端的耗电。 \n[0011] 综上，随着分组域系统的演进和人们对于移动终端数据增值业务的需求不断增长，像即时消息业务之类的永远在线业务在移动终端上应用时，会存在如下的不足之处： [0012] 移动终端会周期性地向业务服务器发送自己的状态消息或者读取来自业务服务器的业务信息，这类周期性的突发数据量会导致移动终端需要频繁地在连接态和空闲态之间转换。这种频繁的状态的转换，会使移动终端与网络之间频繁地建立连接和释放连接，这种频繁地建立连接和释放连接所引起的额外信令开销会增加网络的负荷；而且，移动终端频繁地在连接态与空闲态之间转换，会加快移动终端的耗电速度。 \n[0013] 另外，业务服务器有下行业务数据要发送给移动终端时，因为不知道移动终端的状态，按照常连接模式直接下发。此时若移动终端处于空闲状态，会引发网络侧对移动终端的寻呼过程，同样会增加网络的负荷。 \n[0014] 发明内容\n[0015] 有鉴于此，本发明实施例所要解决的技术问题在于，提供一种实现在线业务的方法及装置，可以使移动终端或业务服务器在实施在线业务时，减少与对端网络建立连接和释放连接的频率，以节省网络资源和使移动终端省电。 \n[0016] 为解决上述技术问题，本发明实施例的一种移动终端，包括： [0017] 查询单元，用于在有上行数据时，查询所述移动终端当前的网络连接类型，以及所述移动终端的当前连接状态或者对应承载的当前连接状态； \n[0018] 缓存单元，用于在查询到所述当前网络连接类型为移动接入模式，且所述当前连接状态为空闲状时，缓存所述上行数据； \n[0019] 发送单元，用于根据查询单元所查询到的当前网络连接类型和当前连接状态所对应的发送策略发送所述上行数据，其中，所述发送策略为：当所述移动终端的当前网络连接类型为常连接模式时；或者当所述上行数据为紧急或实时数据时；或者当所述当前网络连接类型为移动接入模式，且所述当前连接状态为连接态时，则实时发送所述上行数据；当所述当前网络连接类型为移动接入模式，且所述当前连接状态为空闲态时，则在所述当前连接状态从空闲态转换为连接态时，或者在缓存所述上行数据超过一预定时间后，将所述缓存单元中的所述上行数据发送出去。 \n[0020] 相应的，本发明实施例的一种业务服务器，包括： \n[0021] 查询单元，用于在有下行业务数据时，查询所述下行业务数据的目标移动终端的当前网络连接类型； \n[0022] 缓存单元，用于在查询到所述当前网络连接类型为移动接入模式时，缓存所述下行业务数据； \n[0023] 发送单元，用于根据查询单元所查询到的当前网络连接类型所对应的发送策略发送所述下行业务数据，其中，所述发送策略为：当所述目标移动终端的当前的网络连接类型为常连接模式时，或者所述下行业务数据为紧急或实时数据时，实时发送所述下行业务数据；当所述目标移动终端的当前的网络连接类型为移动接入模式，在接收到来自目标移动终端的消息时，或在缓存所述下行业务数据超过一预定时间后，发送所述下行业务数据。 [0024] 相应的，本发明实施例的一种实现在线业务的方法，包括： \n[0025] 移动终端存在需要发送的上行数据时，获得所述移动终端当前的网络连接类型，以及所述移动终端的当前连接状态或者对应承载的当前连接状态，具体地，移动终端通过查询单元查询或者通过回调单元的通知，获得所述当前网络连接类型；并在当前网络连接类型为移动接入模式时，获得所述当前连接状态； \n[0026] 当所述当前连接状态为空闲态时，缓存所述上行数据； \n[0027] 或者当所述当前网络连接类型为常连接模式；或者当所述当前网络连接 类型为移动接入模式，且当前连接状态为连接态时；或者所述上行数据为紧急或实时数据时，则所述移动终端实时发送所述上行数据。 \n[0028] 相应的，本发明实施例的一种实现在线业务的方法，所述方法包括： [0029] 业务服务器存在需要发送的下行业务数据时，判断目标移动终端的当前网络连接类型为常连接模式或移动接入模式，确定所述下行业务数据的目标移动终端的当前网络连接类型； \n[0030] 当所述当前网络连接类型为移动接入模式时，缓存所述下行业务数据； [0031] 当收到来自所述目标移动终端的消息时，或者缓存所述下行业务数据超过一预定时间后，则将所述下行业务数据发送至所述目标移动终端。 \n[0032] 综上，根据本发明的实施例的方法与装置，移动终端与业务服务器可以根据对应移动终端的网络连接类型或移动终端(或承载)的连接状态，确定是否需要实时发送上行数据或下行数据，可以减少移动终端与业务服务器向对端网络频繁建立或释放连接的过程，从而减小网络的开销，并可以使移动终端更加省电。 \n[0033] 附图说明\n[0034] 图1是本发明实现在线业务的系统的一种具体实施例的示意图； [0035] 图2是图1中的业务服务器的一种具体实施例示意图； \n[0036] 图3是本发明实现在线业务的方法的一种具体实施例中业务服务器侧的处理流程示意图； \n[0037] 图4是图1中的移动终端的一种具体实施例示意图； \n[0038] 图5是本发明实现在线业务的方法的一种具体实施例中移动终端侧的处理流程示意图； \n[0039] 图6是图1中的移动终端的另一种具体实施例示意图； \n[0040] 图7是本发明实现在线业务的方法的另一种具体实施例中移动终端侧的处理流程示意图。 \n[0041] 具体实施方式\n[0042] 下面结合附图以优选实施例对本发明进行详细说明。 \n[0043] 参考图1，本发明实施例实现在线业务的系统的一种结构示意图，其中仅示意出用户侧与网络侧的实现在线业务的系统的设备，具体可包括：移动终端11及业务服务器13。\n其中移动终端设备11是用户侧设备，业务服务器13是核心网侧设备。其中，移动终端11是支持在线业务(如即时消息和电子邮件等)的可以接入网络的设备，具体可以是诸如手机、PDA、笔记本电脑等。而业务服务器13是可以提供在线业务的服务器设备，如即时消息服务器、邮件服务器等。 \n[0044] 参考图2，本发明实施例的业务服务器的一种结构示意图，其中仅示意出了对下行业务数据进行处理的功能单元，具体的，所述业务服务器13可包括： \n[0045] 网络连接类型获得单元130，本实施例中网络连接类型获得单元130主要用于获得对应移动终端11的网络连接类型，所述网络连接类型为常连接模式或移动接入模式。具体实现时，移动终端11可以在连上该业务服务器13时，向该业务服务器13注册所述移动终端11当前的网络连接类型。或者在移动终端11的当前的网络连接类型进行更动时，该业务服务器13上报其更新后的网络连接类型。该注册或上报网络连接类型的信息可以在诸如现有的连接请求消息或查询请求消息中携带，或者采用新类型的一些消息(如移动终端的注册消息或者网络连接类型更新消息)来携带这些信息。 \n[0046] 查询单元132，用于在该业务服务器中存在需要发送的下行业务数据时，查询对应的移动终端的当前网络连接类型； \n[0047] 缓存单元134，用于在查询到对应的移动终端的当前网络连接类型为移动 接入模式时，缓存该下行业务数据； \n[0048] 发送单元136，用于根据查询单元132所查询到的对应的移动终端的当前网络连接类型所对应的发送策略发送该下行业务数据。即，根据对应的目标移动终端的当前网络连接类型，确定对所述下行业务数据的发送策略。 \n[0049] 具体实现时，所述下行业务数据的发送策略为： \n[0050] 当所述目标移动终端的当前的网络连接类型为常连接模式时，或者所述下行业务数据为紧急或实时数据时，实时发送该下行业务数据； \n[0051] 当所述目标移动终端的当前的网络连接类型为移动接入模式，在这种情况下，该下行业务数据会先暂存在缓存单元134中，直到业务服务器在接收到来自目标移动终端的消息时或在缓存所述下行业务数据超过一预定时间(如30分钟)后，再发送所述下行业务数据至目标移动终端。 \n[0052] 参考图3，是本发明实现在线业务的方法的一种具体实施例中业务服务器侧的处理流程示意图。在本发明的一个实施例中，可以结合图2中的结构，其具体过程如下： [0053] 步骤S300，业务服务器从移动终端获得所述当前移动终端的当前网络连接类型，所述网络连接类型为常连接模式或移动接入模式。具体实现时，业务服务器可以在当移动终端连上该业务服务器时，接收所述移动终端的注册而获得，或者在移动终端的当前的网络连接类型进行更动时，接收该移动终端的上报消息而获得。例如，以该业务服务器是邮件服务器为例进行说明，移动终端(如手机)在启动邮件服务程序时，与该邮件服务器进行连接，此时会(例如利用注册消息)向邮件服务器注册该移动终端的网络连接类型，例如，该手机的网络连接类型为常连接模式，或者该手机的网络连接类型为移动接入模式。当该手机从一种接入网络切换到其它类别的接入网络时，例如从WLAN切换到WCDMA时，则该手机的网络连接类型进行了改变(即从常连接模式切换到了移动接入模式)，则该手机(例如会利用网络连接类型 更新消息)通知邮件服务器更新该手机的网络连接类型(即将常连接模式改变为移动接入模式)。 \n[0054] 步骤S302，当该业务服务器有下行业务数据时(例如邮件服务器发现某一用户登录的邮箱有新的邮件)，则该业务服务器会根据该下行业务数据所对应的移动终端的网络连接类型，确定不同的发送所述下行业务数据的策略： \n[0055] 当该下行业务数据所对应的移动终端的网络连接类型为常连接模式时，则在步骤S304，实时向所述移动终端发送该下行业务数据； \n[0056] 当该下行业务数据所对应的移动终端的网络连接类型为移动接入模式时，则在步骤S305，根据所述下行业务数据的类型，确定下行业务数据的发送策略：当所述下行业务数据的类型为实时或紧急的数据时，则流程转至步骤S304，将所述下行业务数据实时发送出去；当所述下行业务数据的类型为非实时或非紧急的数据时，则在步骤S306，暂缓发送所述下行业务数据，并转至下一步； \n[0057] 步骤S308，判断是否收到来自移动终端的消息，或者是否超时； [0058] 当业务服务器收到来自移动终端发来的消息时，则说明此时移动终端与网络处于连接状态，则在步骤S310中，将暂缓发送的下行业务数据发送给该移动终端； [0059] 或者，当长时间(此时间可以预先设定)没有收到移动终端所发送的消息时，则在步骤S310中，业务服务器可以主动下发暂缓发送的下行业务数据给移动终端，以避免所述下行业务数据延迟时间过长。 \n[0060] 需要说明的是，当业务服务器的中存在暂缓发送的非实时或非紧急的下行业务数据，且在超时前，如果移动终端切换到常连接模式，并通知业务服务器后，则业务服务器根据更新后的网络连接类型可以决定马上传送这些暂缓发送的非实时或非紧急的数据信息。 [0061] 从本实施例的业务服务器侧的处理流程中可以看出，业务服务器在获知 当前移动终端的网络连接类型为移动接入模式时，暂缓发送非实时或非紧急的下行业务数据，只有在确知移动终端处于连接状态或超时时，才发送这些暂缓发送的下行业务数据，可以减少网络侧向移动终端的频繁寻呼，从而减小网络的开销。 \n[0062] 参考图4，本发明实施例的移动终端的一种结构示意图，其中仅示意出了对永远在线业务进行处理的功能单元，具体的，所述移动终端11包括： \n[0063] 应用程序单元114，用于与业务服务器13交互，发送上行数据(如注册消息、业务请求消息等)及获取特定业务的下行业务数据，如与移动终端11上的应用程序对应的下行业务数据(如，即时通信消息，邮件信息等)，该应用程序单元114可以为多个，诸如邮件程序单元、即时消息程序单元等； \n[0064] 查询单元1120a，用于供移动终端11上应用程序单元114查询所述移动终端当前的网络连接类型，所述网络连接类型为常连接模式或移动接入模式；或者当所述当前网络连接类型为移动接入模式时，用于供应用程序单元114查询其所使用的网络接口(例如Socket)所对应的移动终端11的连接状态，例如应用程序单元114可以周期性(如每隔3分钟)的查询移动终端处在空闲态还是连接态；或者在有上行数据需要发送时，应用程序单元114查询移动终端的当前连接状态。 \n[0065] 回调单元1124a，所有的应用程序单元114均可以在该单元注册，当某一应用程序单元所使用的网络接口所对应的移动终端的连接状态，或者所述移动终端的网络连接类型发生改变时，由该回调单元1124a通知所述应用程序单元114中(在本发明的一个实施例中，为通知给应用程序单元114中的注册单元)。 \n[0066] 具体实现时，所述应用程序单元114进一步包括： \n[0067] 缓存单元1140，用于在所述查询单元1120a查询到所述当前网络连接类 型为移动接入模式，且所述当前连接状态为空闲状时，缓存所述上行数据； \n[0068] 发送单元1142，用于根据查询单元1120a所查询到的当前网络连接类型和当前连接状态所对应的发送策略发送所述上行数据。在具体实现时，所述发送策略为： [0069] 当所述移动终端的网络连接类型为常连接模式时；或者当所述上行数据为紧急或实时数据时；或者当所述网络连接类型为移动接入模式，且所述连接状态为连接态时，则实时发送所述上行数据； \n[0070] 当所述网络连接类型为移动接入模式，且所述连接状态为空闲态时，则在这种情况下，会先暂存这些上行数据，直到所述当前连接状态从空闲态转换到连接态，或者在缓存所述上行数据超过一预定时间(如30分钟)后所述当前连接状态仍然未从空闲态转换到连接态，则再发送所述缓存单元1140中的所述非实时或非紧急的上行数据。 [0071] 在超过预定时间后，发送单元1142会触发移动终端转为连接态，其它应用程序单元根据回调单元1124a获知移动终端转为连接态后，可以发送自己相应的上行数据。 [0072] 注册单元1144，用于在与对应业务服务器建立连接或在移动终端的网络连接类型进行切换时，向业务服务器13注册或上报所述移动终端的网络连接类型信息，例如常连接模式或移动接入模式，其一般通过诸如注册信息或网络连接类型更新消息上报这些网络连接类型信息。 \n[0073] 在本实施例中，应用程序单元114通过查询单元1120a或回调单元1124a获得当前移动终端的连接状态和网络连接类型，例如是常连接模式还是移动接入模式，或者其移动接入模式下网络连接类型为连接态还是空闲态，根据所述连接状态或网络连接类型，确定发送所述上行数据的策略，如，是否及时发送非实时或非紧急的上行数据给对应的业务服务器。 \n[0074] 参考图5，是本发明实现在线业务的方法的一种具体实施例中移动终端侧的处理流程示意图。在本发明的一个实施例中，可以结合图4中的结构，以当前的业务为即时消息和电子邮件，对应的业务服务器为即时消息服务器和电子邮件服务器为例进行说明，所述即时消息和电子邮件业务各自创建并绑定了一个网络接口(Socket)，其具体过程如下： [0075] 步骤S500，移动终端11向业务服务器13注册所述移动终端的当前网络连接类型，所述网络连接类型为常连接模式或移动接入模式。具体实现时，当移动终端连上该业务服务器时(例如通过注册消息)向业务服务器注册这些信息，或者在移动终端的当前的网络连接类型进行更动时(例如通过网络连接类型更新消息)向业务服务器上报这些信息。 [0076] 步骤S502，当移动终端11有上行数据时(例如用户需要查询邮件服务器中是否有新邮件时，则移动终端会产生需要发送给邮件服务器的查询消息)，移动终端11中的应用程序单元通过查询单元查询移动终端的当前网络连接类型，当所查询到的当前网络类型为常连接类型(如WLAN或固定接入)，则流程转入步骤S504，实时发送所述上行数据。 [0077] 当所查询到的当前网络连接类型为移动接入模式(如CDMA模式)时，则在步骤S502a中，周期性地(如每隔3分钟)查询所述应用程序单元所使用的网络接口所对应移动终端的当前连接状态，并根据查询的结果，确定对上行数据不同的发送策略： [0078] 当所查询的当前连接状态为连接态时，则流程转入步骤S504，实时发送所述上行数据给业务服务器(如所述邮件服务器13)。 \n[0079] 当所查询的当前连接状态为空闲态时，则流程转入步骤S502b，判断所述上行数据的类型，确定上行数据的发送策略：当上行数据的类型为实时或紧急的数据时，则流程转转入步骤S504，将所述上行数据实时发送出去；当上行数据为非实时或非紧急的数据时，则在步骤S506中，暂缓发送所述上行数 据，继续查询移动终端的连接状态； [0080] 步骤S508，如果继续查询到的移动终端的连接状态仍为空闲态，则判断是否超过一预定时间；例如，电子邮件程序单元连续30分钟内查询移动终端的连接状态均为空闲态，则其将不再等待，向电子邮件服务器发送查询请求消息，触发移动终端与网络侧交互将移动终端连接状态先从空闲态转为连接态。 \n[0081] 由于移动终端的连接状态发生变化，移动终端通过连接状态回调接口通知即时消息程序单元和电子邮件程序单元，即时消息程序单元收到通知后，知道移动终端的连接状态转为了连接态，则此时，即时消息程序可以向对应的业务服务器发送上行数据，例如，向即时消息服务器发送消息更新好友的在线状态，请求接收即时消息服务器的下行消息。 [0082] 需要说明的是，当移动终端的应用程序单元有上行数据时，无需每次均要向业务服务器注册所述移动终端的当前网络连接类型，其只需在移动终端连上该业务服务器时(如每次登录时)，或者在移动终端的当前的网络连接类型进行更动时，才需要向业务服务器注册这些信息。 \n[0083] 从本实施例的移动终端侧的处理流程中可以看出，当移动终端的网络连接类型为移动接入模式时，当网络连接状态为空闲态时，暂缓发送非实时或非紧急的上行数据，只有在超时时，才发送这些暂缓发送的上行数据，可以减少移动终端与网络侧频繁建立连接和释放连接的次数，从而减小网络的开销。 \n[0084] 在其他的一些实施例中，在某些移动通信系统中，终端与网络之间的数据连接会根据业务的服务质量需求细分成多个承载，例如WCDMA系统中的无线接入承载(Radio Access Bearer)，当承载上一段时间没有用户面数据传输时，为节约无线资源，网络会释放为承载分配的无线资源，即承载也有连接态和空闲态之分，在承载处于空闲态时，如果移动终端或者业务服务器要向 对端发送数据，也需要先将承载转为连接态。下述将介绍这种情形下的本发明的实施例。 \n[0085] 参考图6，本发明另一实施例的移动终端的结构示意图，其中仅示意出了对永远在线业务进行处理的功能单元，具体的，所述移动终端11包括： \n[0086] 应用程序单元114，用于与业务服务器13交互，发送上行数据(如注册消息、业务请求消息等)及获取特定业务的下行业务数据，如与移动终端11上的应用程序对应的下行业务数据(即时通信消息，获取邮件信息等)，该应用程序单元114可以是诸如邮件程序单元、即时消息程序单元等； \n[0087] 查询单元1120b，用于供移动终端上应用程序单元114查询所述移动终端当前的网络连接类型，所述网络连接类型为常连接模式或移动接入模式，或者当所述当前网络连接类型为移动接入模式时，用于供应用程序单元114查询其所使用的网络接口(例如Socket)所对应的承载的当前连接状态，例如应用程序114可以周期性地(如每隔3分钟)查询所述承载是处于空闲态还是连接态；或者在有上行数据需要发送时，用于供应用程序单元114查询所述承载当前的连接状态。 \n[0088] 回调单元1124b，所有的应用程序单元114均可以在该单元注册，当某一应用程序单元所使用的网络接口所对应的承载的连接状态，或者所述移动终端的网络连接类型发生改变时，由该回调单元1124b通知所述应用程序单元114。 \n[0089] 具体实现时，所述应用程序单元114进一步包括： \n[0090] 缓存单元1140，用于在所述查询单元1120a查询到所述当前网络连接类型为移动接入模式，且所述承载的当前连接状态为空闲状时，缓存所述上行数据； [0091] 发送单元1142，用于根据查询单元1120a所查询到的当前网络连接类型 和承载的当前连接状态所对应的发送策略发送所述上行数据。在具体实现时，所述发送策略为： [0092] 当所述移动终端的网络连接类型为常连接模式时；或者当所述上行数据为紧急或实时数据时；或者当所述网络连接类型为移动接入模式，且所述连接状态为连接态时，则实时发送所述上行数据； \n[0093] 当所述网络连接类型为移动接入模式，且所述连接状态为空闲态时，则在这种情况下，会先暂存这些上行数据，直到所述当前连接状态从空闲态转换到连接态，或者在缓存所述上行数据超过一预定时间(如30分钟)后所述当前连接状态仍然未从空闲态转换到连接态，则再发送所述缓存单元1140中的所述非实时或非紧急的上行数据。 [0094] 在超过预定时间后，发送单元1142会触发移动终端转为连接态，其它应用程序单元根据回调单元1124a获知该承载的连接状态转为连接态后，可以发送自己相应的上行数据。 \n[0095] 注册单元1144，用于在与对应业务服务器建立连接或在移动终端的网络连接类型进行切换时，向业务服务器13注册或上报所述移动终端的网络连接类型信息，例如常连接模式或移动接入模式，其一般通过诸如注册信息或网络连接类型更新消息上报这些网络连接类型信息。 \n[0096] 应用程序单元114通过该查询单元1120b及该回调单元1124b获得当前承载的连接状态和网络连接类型，例如是常连接模式还是移动接入模式，或者在移动接入模式时所述承载是处于连接态还是空闲态，根据连接状态或网络连接类型，确定发送所述上行数据的策略，如，是否及时发送非实时或非紧急的上行数据给对应的业务服务器。 [0097] 参考图7，是本发明实现在线业务的方法的一种具体实施例中移动终端侧的处理流程示意图。在本发明的一个实施例中，可以结合图6中的结构，以 当前的业务为即时消息和电子邮件业务，即所述应用程序单元为即时消息程序单元或电子邮件程序单元，对应的业务服务器为即时消息服务器和电子邮件服务器为例进行说明，所述即时消息和电子邮件业务各自创建并绑定了一个网络接口(Socket)，且这两个网络接口通过同一个承载传输数据，其具体过程如下： \n[0098] 步骤S700，移动终端11向业务服务器13注册所述移动终端的当前网络连接类型，所述网络连接类型为常连接模式或移动接入模式。具体实现时，当移动终端连上该业务服务器时(例如通过注册消息)向业务服务器注册这些信息，或者在移动终端的当前的网络连接类型进行更动时(例如通过网络连接类型更新消息)向业务服务器上报这些信息。 [0099] 步骤S702，当移动终端11有上行数据时(例如用户需要查询邮件服务器中是否有新邮件时，则移动终端会产生需发送给邮件服务器的查询消息)，移动终端11中的应用程序单元通过查询单元查询移动终端的当前网络连接类型，当所查询到的当前网络类型为常连接类型(如WLAN或固定接入)，则流程转入步骤S704，实时发送所述上行数据。 [0100] 当所查询到的当前网络连接类型为移动接入模式(如CDMA模式)时，则在步骤S702a中，周期性地(如每隔3分钟)查询所述应用程序单元所使用的网络接口所对应的承载的当前连接状态，并根据所查询的结果，确定对上行数据不同的发送策略： [0101] 当所查询的当前连接状态为连接态时，则流程转入步骤S704，实时发送所述上行数据给业务服务器(如所述邮件服务器13)。 \n[0102] 当所查询的当前连接状态为空闲态时，则流程转入步骤S702b，判断所述上行数据的类型，确定上行数据的发送策略：当上行数据的类型为实时或紧急的数据时，则流程转入步骤S704，将所述上行数据实时发送出去；当上行数据为非实时或非紧急的数据时，则在步骤S706中，将暂缓发送所述上行数 据，继续查询所述承载的连接状态； [0103] 步骤S708，如果继续查询到所述承载的连接状态仍为空闲态，则判断是否超过一预定时间；例如，电子邮件程序单元连续30分钟内查询承载的连接状态均为空闲态，则其将不再等待，向电子邮件服务器发送查询请求消息，触发移动终端与网络交互将该承载的连接状态从空闲态转为连接态。 \n[0104] 由于该承载的连接状态发生变化，移动终端通过连接状态回调接口通知与该承载对应的应用程序单元，如所述即时消息程序单元和电子邮件程序单元，即时消息程序单元收到通知后，知道其网络接口所使用的承载的连接状态转为了连接态，则即时消息程序单元也可以向对应的业务服务器发送上行数据，例如，向即时消息服务器发送消息更新好友的在线状态，并请求接收即时消息服务器的下行消息。 \n[0105] 需要说明的是，当移动终端的应用程序单元有上行数据时，无需每次均要向业务服务器注册所述移动终端的当前网络连接类型，其只需在移动终端连上该业务服务器时(如每次登录时)，或者在移动终端的当前的网络连接类型进行更动后，才需要向业务服务器注册这些信息。 \n[0106] 从本实施例的移动终端侧的处理流程中可以看出，当移动终端的网络连接类型为移动接入模式时，当应用程序的相应承载的连接状态为空闲态时，暂缓发送非实时或非紧急的上行数据，只有在超时时，才发送这些暂缓发送的上行数据，可以减少移动终端与网络侧频繁建立连接和释放连接的次数，从而减小网络的开销。即，应用程序在使用的网络接口所对应的承载释放时，减少非实时或非紧急的数据发送，而尽量在对应承载建立时发送，可以起到终端省电和节约网络资源的目的。 \n[0107] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。