CN100372389C - 一种网络发起的数据业务处理方法 - Google Patents

Abstract

本发明公开了一种网络发起的数据业务(NIDS)处理方法，处理步骤为：a.第一AS接收来自主叫方的业务请求，且通知第二AS查询被叫用户MS，当获知第二AS查被叫MS失败时，该第一AS保存本次业务请求并通过SMSC向MS发送NIDS业务通知短信；b.MS成功接收到NIDS业务通知短信，根据该短信获取当前NIDS业务指定第二AS的地址信息，并按此地址信息登录到该第二AS上进行注册，注册成功后通过SMSC发送注册成功的通知短信至所述第一AS；c.所述第一AS再次发送自身存储的业务请求，并将该业务请求发送至已成功注册的MS。采用本法方法可以在被叫用户不在分组网络，或未登录AS的情况下，使系统实现NIDS业务。

Description

一种网络发起的数据业务处理方法

技术领域

本发明涉及一种数据业务处理方法，特别涉及一种网络发起的数据业务(NIDS)处理方法。

背景技术

目前，数据业务的使用普遍采用点播(PULL)方式，由用户首先主动建立数据业务连接，并登录到某个网站或服务器上，从网络上得到所需的数据信息。但是，有些数据业务如IP电话、可视电话业务等，需要网络主动下发信息给用户，因此网络侧必须事先知道用户的数据业务地址即IP地址才能找到用户，从而建立连接开始使用数据业务。

另外，目前采用推送(PUSH)方式的数据业务，如天气预报、股票资讯等业务，在使用过程中也存在上述类似的问题。PUSH业务基于客户服务器机制，由服务器主动的将信息发往被叫用户。同传统的PULL业务相比，两者最主要的区别在于：前者由服务器主动发送信息，而后者由被叫用户主动请求信息。在PUSH业务中，服务器发送内容给被叫用户之前，无需被叫用户请求，也就是说，PUSH事务是由服务器发起的。但是，实现PUSH业务的前提是，被叫用户必须在分组网上，并且PUSH业务发起方必须知道被叫用户的IP地址。

图1为CDMA系统分组数据网络结构示意图。如图1所示，在CDMA系统中，与分组数据业务处理相关的主要组成部分为：主叫用户(CALLER)/业务提供方(PROVIDER)、应用服务器(AS)1、AS2、短消息服务中心(SMSC)、归属位移寄存器(HLR)、移动交换中心(MSC)、分组数据服务节点(PDSN)、无线接入网(RAN)和被叫移动用户(MS)。CALLER/PROVIDER、AS1、AS2、SMSC和PDSN分别通过IP连接接入IP网络，SMSC、HLR和MSC通过七号信令(SS7)相连接，MSC通过SS7连接将消息通过RAN发送至MS，MS经过RAN可以访问PDSN，然后通过PDSN接入IP网络。以下所述MS均指被叫移动用户，所述CALLER指PULL业务中的主叫用户，所述PROVIDER指PUSH业务中的业务提供方。

其中，PDSN为MS提供分组数据业务接入功能，支持简单IP和移动IP：如果支持的是简单IP，则PDSN负责为MS分配IP地址，如果支持的是移动IP，则PDSN作为外地代理向归属代理(HA)发起移动IP注册请求，由HA为MS分配IP地址，由于本文所述处理主要针对简单IP的系统，因此以下所述处理均基于简单IP系统；SMSC可以从IP网络接收发送给MS的短消息，然后通过在HLR查询MS的路由信息，再根据该地址将短消息发至MS所述基站对应的MSC，从而由MSC将短消息发送至MS；CALLER/PROVIDER可以为移动终端、个人电脑(PC)、或服务器。这里设定：CALLER/PROVIDER登录的AS为AS1，MS应登录的当前业务指定的AS为AS2，CALLER为PC。其中，如果CALLER/PROVIDER为移动终端，则CALLER/PROVIDER也需要经过RAN访问PDSN，然后通过PDSN来接入IP网络。

由于，IP电话与可视电话业务的被叫流程基本相同，并且目前IP电话和可视电话业务建立呼叫连接所采用的会话初始协议(SIP)、H.323等协议的处理过程类似。因此，下面以CDMA系统的IP电话业务为例，并结合SIP，具体说明CDMA系统IP电话、可视电话业务的被叫流程。

图2为现有技术IP电话业务的被叫处理流程示意图。如图2所示，其具体处理步骤如下：

步骤201：MS为了接受IP电话业务的呼叫，发起点对点协议(PPP)连接建立过程，与PDSN之间建立PPP连接，PDSN为MS分配IP地址。

步骤202：MS按期望接受的呼叫业务类型发送“注册(REGISTER)”消息即注册信息到AS。这里，MS期望接受的呼叫业务类型为IP电话，该业务所指定的AS为AS2。其中，该“REGISTER”消息中包含MS当前的IP地址和MS的移动终端号码(MDN)等，AS2接收到该消息后会将MS的IP地址和MDN保存在自身的注册信息中。

由于MS、RAN和PDSN之间的处理不属本文阐述重点，因此，以下在MS通过RAN和PDSN接入分组数据网进行信息交互的处理中，将MS与网络中各节点的信息交互视为透明交互，对于中间MS与RAN、RAN与PDSN的处理不做描述。

步骤203：AS2返回“200OK”消息即注册响应给MS，表明MS已登录成功。

步骤204：MS登录成功，准备接受IP电话业务请求。这里，如果MS一段时间内没有接收到呼叫将会转入休眠状态。

步骤205：CALLER向其登录的AS1发送“邀请(INVITE)”消息，从而向AS1发起呼叫MS的业务请求。在该消息中包含MS的地址信息，该地址信息包括MS所登录的AS2的域名、MS的MDN，比如该地址信息格式可以设置为：MDN@AS2的域名.COM等。

步骤206：AS1按步骤205所述的AS2的域名向AS2转发“INVITE”消息，该消息中包含CALLER的IP地址和MS的地址信息。

步骤207：AS2根据“INVITE”消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址向MS发送“INVITE”消息，从而发起与MS之间的业务连接建立请求。这里，如果MS处在休眠状态，RAN会同时发起寻呼，建立无线网络侧的业务信道，使MS结束休眠状态，再建立业务连接。

步骤208：MS向AS2返回建立成功响应，即“200OK”消息，表明业务连接已成功建立。

步骤209：AS2再发送“200OK”消息给AS1。

步骤210：AS1向CALLER返回“200OK”消息，告知CALLER业务连接已成功建立。

步骤211：CALLER向AS1发送“确认(ACK)”消息。

步骤212：AS1再发送“ACK”消息给AS2。

步骤213：AS2向MS返回“ACK”消息，从而确认CALLER与MS之间业务连接的建立。

步骤214：CALLER和MS之间的IP电话业务连接成功建立，系统完成MS被叫的处理，双方可以开始使用IP电话业务。

在上述的处理流程中，如果MS事先没有登录AS2，则在步骤207中AS2无法根据“INVITE”消息中MS的MDN号码查询到MS的IP地址。此时，AS2会向AS1返回“404 NOT FOUND”消息，表明被叫方即MS未登录指定服务器，当前无法建立业务连接，不能使用IP电话业务；然后，AS1再向AS2返回“ACK”消息，确认业务连接建立失败，并将此次业务请求即“INVITE”消息删除，结束处理。

其中，CALLER登录的AS和当前业务指定的AS也可以为同一个AS。这样，图2中所述的AS1与AS2之间的消息处理就不必进行，即上述的被叫处理流程中的步骤206、步骤209、步骤212被取消；并且在各处理步骤中，AS 1和AS2的操作均被视为同一个AS的操作，则其它处理步骤相应变为，步骤207：AS根据“INVITE”消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址向MS发送“INVITE”消息，如果AS无法根据“INVITE”消息中MS的地址信息查询到MS的IP地址，则不必发送“404 NOT FOUND”消息，AS直接将此次呼叫的“INVITE”消息删除即可；步骤202、步骤203、步骤205、步骤208、步骤210、步骤211和步骤213中所述的AS1或AS2均替换为AS即可。

由上所述可见，对于IP电话、可视电话等这种首先需要AS主动寻找被叫用户的数据业务即网络发起的数据业务(NIDS)来说，如果被叫用户没有接入分组数据网络，或者已经接入分组数据网络但没有登录到业务指定的AS上，就无法建立主叫与被叫用户之间的业务连接，也就无法使用IP电话、可视电话等数据业务。

下面再以CDMA系统为例，具体说明实现PUSH业务的处理流程，图3为现有技术实现PUSH业务的处理流程示意图。由于，PUSH业务涉及具体业务类型、协议较多，因此这里并不指定具体的协议和业务类型。如图3所示，其具体处理步骤如下：

步骤301：MS为了接受PUSH业务信息，发起PPP连接建立过程，与PDSN之间建立PPP连接，PDSN为MS分配IP地址。

步骤302：MS按期望接受的PUSH业务类型发送注册信息到AS。这里，MS期望接受的PUSH业务所指定的AS为AS2。其中，该注册消息中包含MS当前的IP地址和MS的MDN等信息，AS2接收到该消息后会将MS的IP地址和MDN保存在自身的注册信息中。

步骤303：AS2返回注册响应给MS，表明MS已登录成功。

步骤304：MS登录成功，准备接受PUSH业务请求。这里，如果MS一段时间内没有接收到信息将会转入休眠状态。

步骤305：PROVIDER向其登录的AS1提交数据信息发送消息，即业务请求，从而向AS1提交发送数据信息的请求。这里，在该消息中包含MS的地址信息，该地址包括：MS所登录的AS2的域名、MS的MDN和所要发送的数据信息等。

步骤306：AS1按步骤305所述的AS2的域名向AS2提交数据信息发送消息，该消息中包含MS的地址信息。

步骤307：AS2根据该数据信息发送消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址向MS发送数据信息发送消息，从而将数据信息推送到MS。这里，如果MS处在休眠状态，RAN会同时发起寻呼，建立无线网络侧的业务信道，使MS结束休眠状态，再接受PUSH业务信息。

在图3所述的处理流程中，如果MS事先没有登录AS2，则在步骤307中AS2无法根据数据信息发送消息中MS的地址信息查询到MS的IP地址。此时，AS2会向AS1返回发送失败消息，表明被叫用户即MS未登录指定服务器，当前无法接收PUSH业务请求，AS1再将此次数据信息发送消息删除，结束处理。

其中，PROVIDER登录的AS和当前业务指定的AS也可以为同一个AS。这样，图3中所述的AS1与AS2之间的消息处理就不必进行，即上述的PUSH业务处理流程中的步骤306被取消；并且在各处理步骤中，AS1和AS2的操作均被视为同一个AS的操作，则其它处理步骤相应变为，步骤302、步骤303、步骤305中所述的AS1或AS2均被替换为AS；步骤307：AS根据该数据信息发送消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址向MS发送数据信息发送消息，从而将数据信息推送到MS，如果此时AS无法查询到MS的IP地址，则不必返回发送失败消息，AS直接将此次业务请求即数据信息发送消息删除即可。

由以上PUSH业务处理流程可见，PUSH业务这种业务提供方主动寻找被叫用户的NIDS业务的实现前提是，被叫用户必须在分组网上，对MS来说就是必须与PDSN之间已经建立了PPP连接，并且MS已登录到业务指定的AS上，使PUSH业务发起方知道被叫用户的IP地址，才能将数据信息发送至该用户。

因此，如果使用现有的技术实现NIDS业务，即：IP电话、可视电话等业务的被叫，或PUSH业务，被叫用户必须持续在分组网上，对于MS来说就是必须与PDSN维持PPP连接，这样系统需要维护大量的PPP连接，耗费分组控制功能(PCF)/PDSN资源，系统还维护大量的IP地址，如果使用的是IPv4，可能会造成IP地址资源短缺；为了使AS知道被叫用户的IP地址，被叫用户还必须事先登录到指定的AS上，即使被叫用户已注册到指定AS，但是当用户在空闲状态下进行分组切换时PDSN需要重新为用户分配IP地址，从而被叫用户必须重新登录AS进行注册，才能使AS得到用户当前的IP地址，这样，给用户使用数据业务造成很多不便。

以上在CDMA系统的PULL业务和PUSH业务中出现的问题，在CDMA1x、CDMA2000等系统中也同样存在，目前上述现有技术出现的这些问题已经成为发展完善IP电话、可视电话业务和PUSH业务过程中所亟待解决的技术难题。

发明内容

有鉴于此，本发明的主要目的在于提供一种网络发起的数据业务(NIDS)处理方法，使得在被叫用户不在分组网络，或未登录AS的情况下，系统能够实现NIDS业务。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种NIDS处理方法，其主要处理步骤如下：

a.第一AS接收来自主叫方的业务请求，且通知第二AS查询被叫用户MS，当获知第二AS查询MS失败时，该第一AS保存本次业务请求并通过短消息服务中心(SMSC)向MS发送NIDS业务通知短信；

b.MS成功接收到NIDS业务通知短信，根据该短信获取当前NIDS业务指定第二AS的地址信息，并按此地址信息登录到该第二AS上进行注册，注册成功后通过SMSC发送注册成功的通知短信至所述第一AS；

c.所述第一AS再次发送自身存储的业务请求，并将该业务请求发送至已成功注册的MS。

其中，步骤a所述NIDS业务通知短信为高优先级。

其中，步骤a所述NIDS业务通知短信的生命周期为：发送失败即删除。

其中，在所述步骤a和或步骤b之后进一步包括第一AS向主叫方反馈当前业务连接建立情况。

步骤a中，所述NIDS业务通知短信包含业务类型；步骤b中，所述MS获取NIDS业务指定第二AS的地址信息的方法为：MS根据NIDS业务通知短信中的业务类型，查询自身已设置的业务类型与业务指定第二AS的地址信息的映射关系表获取当前NIDS业务指定第二AS的地址信息。

步骤b中，所述MS登录第二AS进行注册的方法为：

b1.MS接收到所述NIDS业务通知短信之后，判断自身是否已接入分组数据网，如果是，执行步骤b2；否则执行步骤b3；

b2.MS接入分组数据网，再执行步骤b3；

b3.MS根据接收到的NIDS业务通知短信，将包含自身IP地址的注册信息发送至第二AS进行注册。

步骤a中，所述NIDS业务通知短信包含：表明该短信为NIDS业务触发的标识符；所述步骤b1进一步包括：MS首先判断接收到的短信是否包含表明该短信为NIDS业务触发的标识符，如果是，再判断自身是否已接入分组数据网；否则结束处理。

步骤b中，所述判断注册成功的方法为：MS根据接收到的自身所登录第二AS返回的注册响应消息判断注册是否成功。

其中，MS未成功接收到NIDS业务通知短信时，该方法进一步包括：第一AS删除自身保存的本次业务请求，结束处理。

其中，MS未成功接收到NIDS业务通知短信时，该方法进一步包括：第一AS再次发送该短信，并判断该短信是否发送成功，如果是，执行步骤b；否则重复执行本步骤。

其中，所述第一AS中设置NIDS业务通知短信的短信重发次数门限；所述第一AS再次发送短信之前，还进一步包括：判断该短信的重发次数是否超出短信重发次数门限，如果是，删除自身保存的本次业务请求，结束处理；否则再次发送该短信。

其中，所述确定MS未成功接收NIDS业务通知短信的方法为：第一AS根据接来自SMSC的NIDS业务通知短信应答确定是否接收失败；或者，

第一AS根据未接收到步骤b所述注册成功的通知短信的时间是否超出自身已设置的时间门限来确定是否接收失败。

其中，所述第一AS与第二AS为相同或不同的AS。

由上述方案可以看出，本发明的关键在于：当MS不在分组网上，或在分组网上但未登录业务指定第二AS时，接收来自主叫方业务请求的第一AS向MS发送NIDS业务通知短信，从而通知MS登录当前NIDS业务指定的第二AS；MS接到短信之后登录NIDS业务指定的第二AS，使主叫方可以与MS建立业务连接，将业务请求发送至MS，从而开始使用业务。

因此，本发明所提供的NIDS处理方法，可以使被叫用户在没有建立分组连接或者已经建立分组连接但没有登录业务指定的第二AS的情况下，能够接受网络发起的分组数据业务，从而实现NIDS业务。

附图说明

图1为CDMA系统分组数据业务网络结构示意图；

图2为现有技术IP电话业务的被叫处理流程示意图；

图3为现有技术实现PUSH业务的处理流程示意图；

图4为本发明方法实现IP电话业务被叫一较佳实施例处理流程示意图；

图5为本发明方法实现PUSH业务一较佳实施例处理流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。在本发明方法中，当MS不在分组网上，或在分组网上但未登录业务指定AS，主叫方即CALLER或PROVIDER所登录的AS无法查询到MS的IP地址将来自主叫方的业务请求发送至MS时，CALLER或PROVIDER所登录的AS向MS发送NIDS业务通知短信，从而通知MS登录当前业务指定的AS；MS接到短信之后登录业务指定的AS，使CALLER或PROVIDER可以与MS建立业务连接，将业务请求发送至MS，从而开始使用业务。下面对本发明方法应用于IP电话、可视电话业务的被叫流程和应用于PUSH业务的实现流程分别加以详细说明。

图4为本发明方法实现IP电话业务被叫一较佳实施例处理流程示意图。由于，IP电话业务和可视电话业务的被叫处理基本相同，因此，这里仅以CDMA系统的IP电话业务为例。另外，本实施例所采用的呼叫建立协议为SIP，由于本发明方法并不涉及对协议本身的修改，因此该方法也可以采用其它呼叫建立协议，如：H.323等，但具体采用哪种协议并不影响本发明的有效性，本实施例中CALLER登录的AS和MS应登录的当前业务指定的AS分别为AS1和AS2。

如图4所示，其具体处理步骤如下：

步骤401：CALLER即主叫方向其登录的AS1发送“INVITE”消息，从而向AS1发起呼叫MS的业务请求。这里，在该消息中包含MS的地址信息，该地址信息包括MS所应登录的AS2的域名、MS的MDN等信息。其中，MS的地址信息格式可以为MDN@AS2的域名.COM，也可以为其它形式，本发明并不限定。其中，AS2由CALLER根据当前业务类型指定。

步骤402：AS1按步骤401所述AS2的域名向AS2发送“INVITE”消息，该消息中包含CALLER的IP地址和MS的地址信息。

步骤403：AS2根据“INVITE”消息中MS的MDN号码查询注册信息，但查询结果为MS并未登录AS2，因此无法得到MS当前的IP地址，则AS2向AS1返回“404 not found”消息，表明业务连接建立失败。由于，对于MS已登录到AS2上情况的处理与现有技术相同，因此，以下重点对事先MS并未登录到AS2上的后续处理加以说明。

步骤404：AS1向AS2返回“ACK”消息，确认接到业务连接建立失败的响应。

步骤405：AS1将本次业务请求即“INVITE”消息进行保存，并发送“提交短信(SUBMIT_SM)”消息即NIDS业务通知短信至自身连接的SMSC。

其中，在分组数据网中，AS与负责为用户发送短信的SMSC相连接，并且AS1所连接的SMSC与MS所归属的SMSC可以相同也可以不同。这里设定，AS1所连接的SMSC与MS所归属的SMSC是同一SMSC，对于AS1所连接的SMSC与MS所归属的SMSC不是同一SMSC情况的处理，属于目前公知的技术，可以参见协议3GPP2N.S0024-0version 1.0，这里不做详述。

其中，该“SUBMIT_SM”消息至少包含MS的MDN、呼叫的业务类型等信息，该消息还可以进一步包含CALLER的地址信息，如CALLER的MDN或域名等，这些信息可以包含在该消息的用户数据(User Data)里，该消息的生命周期可以设置为“发送失败即删除”。另外，此消息的优先级最好设置为“高”，否则该消息将在SMSC中排队，从而严重影响业务连接速度；并且，为使MS能识别这是NIDS业务触发的特殊短信，需要将该消息的消息标识符(Message Identifier)的定义进行扩展，设置标识来表示是NIDS业务触发的短信，比如：该标识可以设置为“0111”，也可以设置为其它标识，但具体设置为何种标识，本发明并不限定。

步骤406：SMSC接收到该“SUBMIT_SM”消息后，识别此消息的优先级为“高”，则立即将该消息以SMDPP方式发送至MS。这里，只要MS处于开机状态并且位于无线网络覆盖范围内，就可以接收到SMSC发送的NIDS业务通知短信。

步骤407：SMSC向AS1返回“提交短信应答(SUBMIT_SM_RESP)”消息即NIDS业务通知短信应答，从而告知AS1所述“SUBMIT_SM”消息是否成功发送。如果在步骤406消息发送成功，则执行步骤408；如果在步骤406消息发送失败，则AS1删除步骤405所保存的此次呼叫的“INVITE”消息，结束处理。

另外，根据实际业务需要，在“SUBMIT_SM”消息发送失败时，AS1也可以重新向SMSC发送该“SUBMIT_SM”消息，然后执行步骤406；其中，AS1也可以为“SUBMIT_SM”消息重新发送的次数设置一定的门限，即短信重发次数门限，当该消息的重发次数超出此门限时，AS1再将此次呼叫的“INVITE”消息删除，结束处理。同时，AS1还可以向CALLER反馈当前业务连接建立的情况：当“SUBMIT_SM”消息发送成功时，AS1可以通知CALLER呼叫建立的进展，以便CALLER继续等待；当“SUBMIT_SM”消息发送失败时，AS1可以通知CALLER该消息发送失败；当“SUBMIT_SM”消息重发时，AS1可以通知CALLER该消息重发的情况；当“SUBMIT_SM”消息发送失败并且AS1删除此次呼叫的“INVITE”消息时，AS1可以通知CALLER本次呼叫建立失败。

步骤408：MS收到步骤406所述短信后，根据该短信中的MessageIdentfier识别是NIDS业务触发的短信，然后判断自身是否已接入分组数据网，即是否已经与PDSN建立PPP连接，如果是，执行步骤410；否则执行步骤409。

其中，MS可以设置为自动应答的方式，即：接收到NIDS触发的短信后自动判断自身是否已建立PPP连接，然后执行步骤409或步骤410；MS也可以设置为人机界面应答的方式，即：MS接收到NIDS触发的短信后显示CALLER的地址信息、呼叫业务类型等信息，并发出振铃或其他提示信号，被叫用户可以根据显示的信息决定是否接受这个呼叫，如果接收呼叫，则MS判断自身是否已建立PPP连接，再执行步骤409或步骤410；否则被叫用户直接拒绝呼叫，结束处理。

步骤409：MS发起PPP连接建立过程，与PDSN之间建立PPP连接，PDSN为MS分配IP地址，从而接入分组数据网。

步骤410：MS根据步骤408所述短信中的呼叫业务类型，查询在MS中预先设置的业务类型和业务指定AS的地址信息的映射关系表，得到当前业务指定的AS的地址信息，并发送“REGISTER”消息即注册信息到AS2。这里，所述呼叫业务类型为IP电话，该业务所指定的AS为AS2，并且，该“REGISTER”消息中包含MS当前的IP地址和MS的MDN等信息，AS2接收到该消息后会将MS的IP地址和MDN保存在自身的注册信息中。

这里，所述业务指定的AS的地址信息可以为服务器的域名，也可以为其它形式的地址信息，但本发明并不限定。

步骤411：AS2返回“200OK”消息即注册响应给MS，表明MS已成功登录AS2。

步骤412：MS收到注册响应后，以SMDPP方式将给AS1的注册成功的通知短信发送至SMSC。

步骤413：SMSC将“递交短信(DELIVER_SM)”消息即注册成功的通知短信转发至AS1，通知AS1：MS已成功登录AS2。

其中，AS1接收到所述“DELIVER_SM”消息之后还可以向CALLER反馈当前业务连接建立的情况，比如：AS1可以通知CALLER当前MS已注册到AS2，以便CALLER继续等待。

另外，AS1中还可以预先设置时间门限，从步骤405中发送NIDS业务通知短信开始计时，当AS1接收到所述“DELIVER_SM”消息时即停止计时，也就是说：计时得到的时间为未接收到注册成功的通知短信的时间。如果得到的未接收到注册成功的通知短信的时间超出AS1所设置的时间门限，则表明步骤405所述的NIDS业务通知短信未发送失败；否则表明发送成功。在判断所述短信发送失败时，AS1可以如上述步骤407所述，将本次业务请求删除结束处理，或重新发送所述NIDS业务通知短信，或设置短信重发次数门限进行所述NIDS业务通知短信的重新发送，AS1还可以同时向CALLER反馈当前业务连接建立的情况。

步骤414：AS1返回“递交短信应答(DELIVER_SM_RESP)”消息即注册通知短信应答给SMSC，表明已成功接收到MS成功登录的通知。

步骤415：AS1再次将步骤405所保存的本次业务请求即“INVITE”消息发送至AS2。

步骤416：AS2根据“INVITE”消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址通过PDSN向MS发送“INVITE”消息，从而发起与MS之间的业务连接建立请求。

步骤417：MS向AS2返回建立成功响应，即“200OK”消息，表明业务连接已成功建立。

步骤418：AS2再发送“200 OK”消息给AS1。

步骤419：AS1向CALLER返回“200OK”消息，告知CALLER业务连接已成功建立。

步骤420：CALLER向AS1发送“ACK”消息。

步骤421：AS1再发送“ACK”消息给AS2。

步骤422：AS2向MS返回“ACK”消息，从而确认CALLER与MS之间业务连接的建立。

步骤423：CALLER和MS之间的IP电话业务连接成功建立，系统完成MS被叫的处理，双方可以开始使用IP电话业务。

其中，CALLER登录的AS和当前业务指定的AS也可以为同一个AS。这样，图4中所述的AS1与AS2之间的消息处理就不必进行，即上述的被叫处理流程中的步骤402、步骤403、步骤404、步骤415、步骤418和步骤421被取消；并且在各处理步骤中，AS1和AS2的操作均被视为同一个AS的操作，则其它处理步骤相应变为，步骤401：CALLER向AS发送“INVITE”消息，AS根据该消息中的MS的MDN号码查询注册信息，但并未找到MS的注册信息；步骤416：AS根据在步骤405所保存的“INVITE”消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址通过PDSN向MS再次发送“INVITE”消息；步骤405、步骤407、步骤410、步骤411、步骤413、步骤414、步骤417、步骤419、步骤420和步骤422中所述的AS1或AS2均相应替换为AS即可。

由上述本发明对于IP电话、可视电话业务的被叫处理可见，本发明应用于简单IP系统时，可以在网络侧事先不知道MS的IP地址的情况下，通过发送NIDS业务通知短信使MS登录指定AS，并得到MS的IP地址，从而可以使CALLER找到MS实现IP电话、可视电话等NIDS业务的被叫。

下面再以CDMA系统为例，对本发明方法PUSH业务的实现加以详细说明。图5为本发明方法实现PUSH业务一较佳实施例处理流程示意图。由于，PUSH业务涉及具体业务类型、协议较多，并且本发明不涉及对协议的修改和对于不同业务类型的区别处理，因此这里并不指定具体的协议和业务类型。这里，PROVIDER登录的AS和MS应登录的当前业务指定的AS分别为AS1和AS2。

如图5所示，其具体处理步骤如下：

步骤501：PROVIDER即主叫方向其登录的AS1发送数据信息发送消息，即业务请求，从而向AS1提交发送数据信息的请求。这里，在该消息中包含MS的地址信息和所要发送的数据信息等，该地址信息包括：MS应登录的AS2的域名、MS的MDN。其中，AS2由PROVIDER根据当前业务类型指定。

步骤502：AS1按步骤501所述的MS地址信息向AS2转发数据信息发送消息，该消息中包含MS的地址信息。

步骤503：AS2根据步骤502所述消息中的MS的MDN查询当前注册信息，但并未查询到该MS的注册信息，从而无法得到MS的IP地址；然后AS2向AS1返回查找失败响应消息，告知业务连接建立失败。

由于，对于MS已登录到AS2上情况的处理与现有技术相同，因此，以下重点对事先MS并未登录到AS2上的后续处理加以说明。

步骤504：AS1将此次业务请求即数据信息发送消息进行保存，并发送PUSH业务通知消息即NIDS业务通知短信至自身连接的SMSC。

这里，AS1所连接的SMSC与MS所归属的SMSC为同一SMSC。对于AS1所连接的SMSC与MS所归属的SMSC不是同一SMSC情况的处理，属于目前公知的技术，可以参见协议3GPP2N.S0024-0version1.0，这里不做详述。

其中，该PUSH业务通知消息包含MS的MDN、呼叫的业务类型等信息，该消息还可以进一步包含PROVIDER的地址信息，如PROVIDER的MDN或域名等，这些信息可以包含在该消息的User Data里，该消息的生命周期可以设置为“发送失败即删除”。另外，此消息的优先级最好设置为“高”，否则该消息将在SMSC中排队，从而严重影响业务连接速度；并且，为使MS能识别这是NIDS业务触发的特殊短信，需要将该消息的MessageIdentifier的定义进行扩展，设置标识来表示是NIDS业务触发的短信，比如：该标识可以设置为“0111”，也可以设置为其它标识，但具体设置为何种标识，本发明并不限定。

步骤505：SMSC接收到该PUSH业务通知消息后，识别此消息的优先级为“高”，则立即将该消息以SMDPP方式发送至MS。这里，只要MS处于开机状态并且位于无线网络覆盖范围内，就可以接收到SMSC发送的NIDS业务通知短信。

步骤506：SMSC向AS1返回PUSH业务通知应答消息，即NIDS业务通知短信应答，从而告知AS1所述PUSH业务通知消息是否成功发送。如果在步骤505消息发送成功，则执行步骤507；如果在步骤505中消息发送失败，则AS1删除步骤504所保存的此次业务请求即数据信息发送消息，结束处理。

另外，根据实际业务需要，在PUSH业务通知消息发送失败时，AS1也可以重新向SMSC发送该PUSH业务通知消息，然后执行步骤505；其中，AS1也可以为PUSH业务通知消息重新发送的次数设置一定的门限即短信重发次数门限，当该消息的重发次数超出此门限时，AS1再将此次呼叫的数据信息发送消息删除，结束处理。同时，AS1还可以向PROVIDER反馈当前业务连接建立的情况：当PUSH业务通知消息发送成功时，AS1可以通知PROVIDER连接建立的进展；当PUSH业务通知消息发送失败时，AS1可以通知PROVIDER该消息发送失败；当PUSH业务通知消息重发时，AS1可以通知PROVIDER该消息重发的情况；当PUSH业务通知消息发送失败并且AS1删除此次呼叫的数据信息发送消息时，AS1可以通知PROVIDER本次业务连接建立失败。

步骤507：MS收到步骤505所述的短信后，根据该短信中的MessageIdentifier识别是NIDS业务触发的短信，然后判断自身是否已接入分组数据网，即是否已经与PDSN建立PPP连接，如果是，执行步骤509；否则执行步骤508。

其中，MS可以设置为自动应答的方式，即：MS接收到NIDS业务触发的短信后自动判断自身是否已建立PPP连接，然后执行步骤508或步骤509；MS可以设置为人机界面应答的方式，即：MS接收到NIDS触发的短信后显示PROVIDER的地址信息和呼叫业务类型等信息，并发出振铃或其他提示信号，被叫用户可以根据显示的信息决定是否接受这个呼叫，如果接收呼叫，则MS判断自身是否已建立PPP连接，再执行步骤508或步骤509；否则被叫用户直接拒绝呼叫，结束处理。

步骤508：MS发起PPP连接建立过程，与PDSN之间建立PPP连接，PDSN为MS分配IP地址，从而接入分组数据网。

步骤509：MS根据步骤507所述短信中呼叫的业务类型，查询在MS中预先设置了业务类型和业务指定AS的地址信息的映射关系表，得到当前业务指定的AS，并发送注册信息到AS2。这里，该业务所指定的AS为AS2，该注册信息中包含MS当前的IP地址和MS的MDN等信息，AS2接收到该消息后会将MS的IP地址和MDN保存在自身的注册信息中。

这里，所述业务指定的AS的地址信息可以为服务器的域名，也可以为其它形式的地址信息，但本发明并不限定。

步骤510：AS2返回注册响应给MS，表明MS已成功登录AS2。

步骤511：MS收到注册响应后，以SMDPP方式将给AS1的注册成功的通知短信发送至SMSC。

步骤512：SMSC转发该注册成功的通知短信至AS1，通知AS1：MS已成功登录AS2。

其中，AS1接收到所述注册成功的通知短信之后还可以向PROVIDER反馈当前业务连接建立的情况，比如：AS1可以通知PROVIDER当前MS已注册到AS2。

另外，AS1中还可以预先设置时间门限，从步骤504中发送NIDS业务通知短信开始计时，当AS1接收到所述注册成功的通知短信时即停止计时，也就是说：计时得到的时间为未接收到注册成功的通知短信的时间。如果得到的未接收到注册成功的通知短信的时间超出AS1所设置的时间门限，则表明步骤504所述的NIDS业务通知短信未发送失败；否则表明发送成功。在判断所述短信发送失败时，AS1可以如上述步骤506所述，将本次业务请求删除结束处理，或重新发送所述NIDS业务通知短信，或设置短信重发次数门限进行MDS业务通知短信的重新发送，AS1还可以同时向PROVIDER反馈当前业务连接建立的情况。

步骤513：AS1返回注册通知短信应答给SMSC，表明已成功接收到MS成功登录的通知。

步骤514：AS1再次将步骤504所保存的本次业务请求即数据信息发送消息发送至AS2。

步骤515：AS2根据该数据信息发送消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址向MS发送数据信息发送消息，从而将数据信息推送至MS，结束处理。

其中，PROVIDER登录的AS和当前业务指定的AS也可以为同一个AS。这样，图5中所述的AS1与AS2之间的消息处理就不必进行，即上述的PUSH业务处理流程中的步骤502、步骤503和步骤514被取消；并且在各处理步骤中，AS1和AS2的操作均被视为同一个AS的操作，则其它处理步骤相应变为，步骤501：PROVIDER向AS发送数据信息发送消息，AS根据该消息中的MS的MDN号码进行查询，但并未找到MS的注册信息；步骤504、步骤506、步骤509、步骤510、步骤512和步骤513中所述的AS1或AS2均被相应替换为AS；步骤515：AS根据在步骤504所保存的数据信息发送消息中MS的MDN号码查询注册信息，得到MS当前的IP地址，然后按此IP地址将所保存的数据信息发送消息再次发送至MS，从而将数据信息推送到MS。

由上述本发明实现PUSH业务这类NIDS业务的处理可见，本发明方法可以在网络侧事先不知道MS的IP地址的情况下，通过NIDS业务通知短信使MS登录指定AS，并得到MS的IP地址，从而可以使PROVIDER按此IP地址将PUSH业务的数据信息发送至MS。

本发明方法还可以应用于CDMA2000和CDMA 1x系统，由于该方法对于现网设备、网络结构以及应用的协议不做改动，因此本方法涉及的处理应用于CDMA2000和CDMA 1x系统与应用于CDMA系统的处理基本相同。

综上所述，应用本发明实施例可以在被叫用户未接入分组数据网络、或未登录业务指定服务器的情况下，实现IP电话、可视电话业务的被叫和PUSH业务，即实现NIDS业务。并且本发明只需对AS和MS的应用软件进行修改就可以了，对现网设备和网络结构都不需要改动。MS只要在无线网络覆盖范围内，并处于开机状态，在任何时候都可以接收到NIDS业务的呼叫。

Claims (13)

1.一种网络发起的数据业务NIDS处理方法，其特征在于，处理步骤如下：

a.第一应用服务器AS接收来自主叫方的业务请求，且通知第二AS查询被叫用户MS，当获知第二AS查询被叫用户MS失败时，该第一AS保存本次业务请求并通过短消息服务中心SMSC向MS发送NIDS业务通知短信；

b.MS成功接收到NIDS业务通知短信，根据该短信获取当前NIDS业务指定第二AS的地址信息，并按此地址信息登录到该第二AS上进行注册，注册成功后通过SMSC发送注册成功的通知短信至所述第一AS；

c.所述第一AS再次发送自身存储的业务请求，并将该业务请求发送至已成功注册的MS。

2.根据权利要求1所述的方法，其特征在于，步骤a所述NIDS业务通知短信为高优先级。

3.根据权利要求1所述的方法，其特征在于，步骤a所述NIDS业务通知短信的生命周期为：发送失败即删除。

4.根据权利要求1所述的方法，其特征在于，在所述步骤a和或步骤b之后进一步包括：第一AS向主叫方反馈当前业务连接建立情况。

5.根据权利要求1所述的方法，其特征在于，

步骤a中，所述NIDS业务通知短信包含业务类型；

步骤b中，所述MS获取NIDS业务指定第二AS的地址信息的方法为：MS根据NIDS业务通知短信中的业务类型，查询自身已设置的业务类型与业务指定第二AS的地址信息的映射关系表获取当前NIDS业务指定第二AS的地址信息。

6.根据权利要求1所述的方法，其特征在于，步骤b中，所述MS登录第二AS进行注册的方法为：

b1.MS接收到所述NIDS业务通知短信之后，判断自身是否已接入分组数据网，如果是，执行步骤b2；否则执行步骤b3；

b2.MS接入分组数据网，再执行步骤b3；

b3.MS根据接收到的NIDS业务通知短信，将包含自身IP地址的注册信息发送至第二AS进行注册。

7.根据权利要求6所述的方法，其特征在于，

步骤a中，所述NIDS业务通知短信包含：表明该短信为NIDS业务触发的标识符；

所述步骤b1进一步包括：MS首先判断接收到的短信是否包含表明该短信为NIDS业务触发的标识符，如果是，再判断自身是否已接入分组数据网；否则结束处理。

8.根据权利要求1所述的方法，其特征在于，步骤b中，所述判断注册成功的方法为：MS根据接收到的自身所登录第二AS返回的注册响应消息判断注册是否成功。

9.根据权利要求1所述的方法，其特征在于，MS未成功接收到NIDS业务通知短信时，该方法进一步包括：第一AS删除自身保存的本次业务请求，结束处理。

10.根据权利要求1所述的方法，其特征在于，MS未成功接收到NIDS业务通知短信时，该方法进一步包括：第一AS再次发送该短信，并判断该短信是否发送成功，如果是，执行步骤b；否则重复执行本步骤。

11.根据权利要求10所述的方法，其特征在于，所述第一AS中设置NIDS业务通知短信的短信重发次数门限；

所述第一AS再次发送短信之前，还进一步包括：判断该短信的重发次数是否超出短信重发次数门限，如果是，删除自身保存的本次业务请求，结束处理；否则再次发送该短信。

12.根据权利要求9或10所述的方法，其特征在于，所述确定MS未成功接收NIDS业务通知短信的方法为：第一AS根据接来自SMSC的NIDS业务通知短信应答确定是否接收失败；或者，

第一AS根据未接收到步骤b所述注册成功的通知短信的时间是否超出自身已设置的时间门限来确定是否接收失败。

13.根据权利要求1所述的方法，其特征在于，所述第一AS与第二AS为相同或不同的AS。

Images