CN1700804A - 一种网络始发的数据业务查询被叫的方法 - Google Patents
一种网络始发的数据业务查询被叫的方法 Download PDFInfo
- Publication number
- CN1700804A CN1700804A CN 200410045436 CN200410045436A CN1700804A CN 1700804 A CN1700804 A CN 1700804A CN 200410045436 CN200410045436 CN 200410045436 CN 200410045436 A CN200410045436 A CN 200410045436A CN 1700804 A CN1700804 A CN 1700804A
- Authority
- CN
- China
- Prior art keywords
- pdsn
- called subscriber
- pcf
- address
- application server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种网络始发的数据业务查询被叫的方法,在主叫用户不知道被叫用户所属PDSN地址的情况下,被叫用户所属的应用服务器通过位置业务查询出该被叫用户所在的位置,然后根据该位置查询该用户当前接入的PCF,再根据该PCF查询到被叫用户当前所属PDSN的IP地址。这样,在被叫用户没有到应用服务器注册的情况下,应用服务器仍能查询到被叫用户所属PDSN的地址。应用本发明,用户不必先注册到归属的应用服务器,利用已有设备,在进行较少网络修改的情况下,就可以支持用户数据被叫业务。特别对于一个PCF只和一个PDSN联接的情形,可以把对网络的的修改集中在应用服务器上。方便了业务的开展。
Description
技术领域
本发明涉及网络始发的数据业务(NIDS)技术领域,特别是指一种网络始发的数据业务查询被叫的方法。
背景技术
目前的数据业务普遍采用“PULL”方式,所谓“PULL”方式,就是用户先主动建立数据业务连接,如点到点的链路协议(PPP)连接,并登录到某个WEB网站或服务器上浏览或下载自己感兴趣的内容。
在某些情况下,需要网络主动下发信息给用户,即被叫用户以被动的方式接受信息,如VOIP(Voice over IP),可视电话等,需要应用业务服务器(AS)主动寻找被叫用户,以建立主叫和被叫间的通讯连接。在这些情况下,网络侧必须知道被叫的数据业务地址,即IP地址,才能找到被叫用户。但更多情况下,被叫用户可能没有预先建立数据业务连接,或者即使建立了数据业务连接,但没有登录到指定的网站或服务器上,此时,网络不知道被叫的IP地址,也就无法与其通讯。
最典型的例子就是我们平常使用的OICQ、ICQ等业务,与某个“好友”通讯的前提就是对方也登录了QQ服务器,否则就无法与其通讯。
图1所示为码多分址(CDMA)系统分组数据网络结构示意图。主叫用户(CALLER)在具体应用中可以是一部移动手机、一台上网的电脑或是要给被叫用户发送信息的服务器。应用服务器1(AS1)是CALLER登录的应用服务器,AS2是被叫用户(MS)登录的应用服务器。CALLER、AS1、AS2、提供分组业务数据接入功能的分组数据服务节点(PDSN)以及提供位置查询服务的移动位置中心(MPC,Mobile Position Center)分别通过IP连接接入互联网。
MPC与移动交换机(MSC)和归属位置寄存器(HLR)通过七号信令(SS7)直接相连。MS按照CDMA分组业务协议经无线接入网(RAN)同PDSN建立一个PPP连接,通过该PPP连接,MS就可以同拨号上网的电脑一样连接到IP网络上。RAN中包括了基站控制器(BSC)、无线基站(BTS)和分组控制功能(PCF)等设备。
如果MS应用的是简单IP,则由PDSN负责为MS分配IP地址,如果MS应用的是移动IP,则由PDSN作为外地代理向归属代理(HA)发起移动IP注册请求。目前,联通CDMA开通的数据业务用的都是简单IP,下面仅以简单IP为例进行说明。由于IP电话和可视电话的被叫流程相似,下面以会话初始化协议(SIP)为例,具体说明IP电话的实现过程。
图2所示为现有技术的IP电话的被叫处理流程。
步骤201,被叫MS开机后,为接受分组数据业务呼叫,即IP电话业务呼叫,必须发起PPP连接建立过程,即MS经RAN与PDSN建立PPP连接;
步骤202,MS按期望接受的呼叫业务类型,并到指定的应用服务器注册;在本实施例中期望接受的呼叫业务类型为IP电话,并假设该呼叫业务类型所对应的服务器是AS2,因此,MS向AS2发送注册(Register)消息;其中,该注册消息中包括MS当前的IP地址、MS的移动号码簿号码(MDN,Mobile Directory Number)以及该MS当前所在的PDSN的IP地址;
步骤203,注册成功后,AS2给MS响应消息,即200OK消息,表明其注册成功,此时,AS2本地已保存有注册成功的MS的IP地址、MDN以及该MS当前所在PDSN的IP地址;
步骤204,MS注册成功后,如果在一段时间内没有接收到呼叫将转入休眠状态等待呼叫;
步骤205,CALLER向其登录的应用服务器AS1发起呼叫MS的请求(INVITE)消息,该消息中包含被叫地址信息,该被叫地址信息包括MS的MDN,以及被叫所属应用服务器AS2的IP地址信息;
步骤206,AS1根据被叫地址,向MS注册的应用服务器即AS2发送INVITE消息,该消息中包含主叫的IP地址和被叫的MDN;
步骤207,由于AS2中已保存有MS当前所在PDSN的IP地址信息,因此,AS2向MS所在的PDSN转发INVITE消息;
步骤208,由于PDSN与MS之间保存有PPP连接,因此,PDSN向用户所在的RAN中的PCF转发INVITE消息;
步骤209,PCF向MS透传INVITE消息,如果MS当前处于休眠状态,则RAN首先向MS发起寻呼,建立无线侧业务信道后,再由PCF向MS透传INVITE消息;
步骤210,MS向PDSN返回建立成功响应消息,即200OK消息,表明业务连接已建立成功;
步骤211,PDSN向AS2透传建立成功的响应消息,即200OK消息;
步骤212,AS2向AS1回送建立成功的响应消息,即200OK消息;
步骤213,AS1向CALLER回送建立成功的响应消息,即200OK消息;
步骤214,CALLER向AS1回送确认消息,即ACK消息;
步骤215,AS1向AS2回送确认消息,即ACK消息;
步骤216,AS2向PDSN回送确认消息,即ACK消息;
步骤217,PDSN向MS回送确认消息,即ACK消息,至此,CALLER与MS间的呼叫成功建立;
步骤218,CALLER与MS间应用IP电话业务通话。
上述AS1和AS2可以为不同的AS,也可以为同一个AS,当AS1和AS2为同一个AS时,所有AS1和AS2之间的消息处理将不必进行。
当然上述流程也可采用其它呼叫建立协议,如H.323等。
上述方法的缺陷在于:对于NIDS而言,如果被叫用户没有到归属的应用服务器(例如上述实施例中的AS2)预先注册,则应用服务器无法知道被叫用户当前所在的PDSN,也就不能建立主被叫用户之间的连接,因而,NIDS也就无法实现。而目前的CDMA规范中还没有定义移动终端自动注册到应用服务器注册的方式。
另外,如果已注册的被叫用户一旦切换到新的PDSN时,保存在应用服务器内的信息要进行相应更新,该切换更新的流程也较为复杂。
发明内容
有鉴于此,本发明的目的在于提供一种网络始发的数据业务查询被叫的方法,在被叫用户没有到应用服务器注册的情况下,应用服务器能查询到被叫用户当前所属PDSN的地址。
为达到上述目的,本发明的技术方案是这样实现的:
一种网络始发的数据业务查询被叫的方法,该方法包括以下步骤:
a、被叫用户经无线接入网络RAN与分组数据服务节点PDSN建立点到点的链路协议PPP连接;
b、被叫用户所属的应用服务器AS接收到来自主叫用户的呼叫请求消息后,查询本地是否保存有被叫用户当前所属PDSN的IP地址,如果有,则执行步骤d,否则执行步骤c;
c、步骤b所述应用服务器AS通过位置业务查询被叫用户当前所在位置,然后根据该位置,通过自身内已保存的用户所在位置和分组控制功能PCF服务器及PDSN对应关系的列表查询该用户当前接入的PCF,并由该PCF查询到被叫用户当前所属PDSN的IP地址;
d、步骤b所述应用服务器AS向被叫用户当前所属PDSN的IP地址发送主叫用户的请求消息,PDSN将该请求消息经RAN传送给被叫用户。
较佳地,步骤c所述被叫用户当前所在位置采用全球小区标识GCI进行标识。
较佳地,步骤c所述应用服务器AS由PCF查询到被叫用户当前所属PDSN的IP地址的方法是:
如果PCF与一个PDSN相连,则应用服务器AS根据自身保存的用户位置和分组控制功能PCF及PDSN对应关系的列表,通过PCF直接查询到被叫用户当前所属PDSN的IP地址;
如果PCF与一个以上PDSN同时相连,则应用服务器AS向该PCF发送包含被叫用户标识信息的查询PDSN地址的请求消息,并从PCF的返回信息中获取被叫用户当前所属PDSN的IP地址。
较佳地,所述被叫用户的标识信息为被叫用户的国际移动用户识别码IMSI或移动号码簿号码MDN。
较佳地,所述步骤a进一步包括:被叫用户与PDSN建立PPP连接后进入休眠状态;所述步骤d进一步包括:RAN首先与MS建立无线侧业务信道,唤醒该休眠的被叫用户,然后将该请求消息传送给被叫用户。
较佳地,步骤b所述被叫用户归属的应用服务器AS与网络发起方归属的AS为同一个AS,或为不同的AS。
较佳地,如果网络发起方和被叫用户归属的应用服务器AS为同一个AS,则所述主叫用户的呼叫请求消息中包含:被叫用户的移动号码簿号码MDN;如果网络发起方和被叫用户归属的应用服务器AS为不同的AS,则所述主叫用户的呼叫请求消息中包含:被叫用户的移动号码簿号码MDN和被叫所属应用服务器AS的IP地址信息。
较佳地,步骤c所述应用服务器AS自身保存的用户所在位置和分组控制功能PCF及PDSN对应关系的列表内包括,GCI、PCF的IP地址,以及与该PCF相连的PDSN信息的对应关系,或者,包括GCI和与该GCI相关的下一跳应用服务器的地址信息。
较佳地,所述用户当前所在位置和分组控制功能PCF服务器及PDSN对应关系的列表,是按建网时网络的连接关系配置的以GCI号段为索引的列表。
较佳地,该方法进一步包括:主叫用户接收到来自被叫用户的成功响应消息后,给被叫用户回送确认消息,主被叫用户间建立通信连接。
本发明在主叫用户不知道被叫用户当前所属PDSN地址的情况下,被叫用户所属的应用服务器AS2通过位置业务查询出该被叫用户当前所在的位置,然后根据该位置查询该用户当前接入的分组控制功能(PCF)服务器,最后由该PCF服务器查询到被叫用户当前所属PDSN的IP地址。这样,在被叫用户没有到应用服务器注册的情况下,应用服务器仍能查询到被叫用户所属PDSN的地址。应用本发明,用户不必先注册到归属的应用服务器,利用已有设备,在进行较少网络修改的情况下,就可以支持用户数据被叫业务。特别对于一个PCF只和一个PDSN联接的情形,可以把对网络的的修改集中在应用服务器上。方便了业务的开展。
附图说明
图1所示为CDMA系统分组数据网络结构示意图;
图2所示为现有技术的IP电话的被叫处理流程;
图3所示为应用本发明的IP电话的被叫处理流程;
图4所示为上述实施例中AS2从用户当前接入的PCF内获取用户当前所在PDSN地址的流程图。
具体实施方式
为使本发明的技术方案更加清楚,下面结合附图对本发明再做进一步地详细说明。
本发明的思路是:在主叫用户不知道被叫用户当前所属PDSN地址的情况下,被叫用户所属的应用服务器AS2通过位置业务查询出该被叫用户所在的位置,然后通过自身已保存的用户所在位置和分组控制功能PCF服务器及PDSN对应关系的列表查询该用户当前接入的分组控制功能(PCF)服务器,并由该PCF服务器查询到被叫用户当前所属PDSN的IP地址。这样,在被叫用户没有到应用服务器注册的情况下,应用服务器仍能查询到被叫用户所属PDSN的地址。
位置业务是按用户的标识,例如,应用用户的MDN或国际移动用户识别码(IMSI)查到用户当前位置的一项业务,所查询到的位置可以用经纬度或全球小区标识(GCI)表示,在下述实施例中采用GCI来标识用户当前所在位置。
为了使AS2通过该被叫用户所在的位置查询到被叫用户当前所属PDSN的IP地址,需要预先配置GCI和PCF及PDSN(PCF/PDSN)对应关系的列表,并将该列表保存在AS2内。该列表是按建网时网络的连接关系,配置的以GCI为索引,能查找PCF以及PDSN信息等对应关系的列表。由于GCI是组网结构中很小的范围,为减少该列表内的数据条目,在该列表中令每个GCI号段对应一个PCF的IP地址,同时,在该列表中还包括与PCF相连的PDSN信息,或与某个GCI号段相关的下一跳应用服务器的地址信息。
参见表1,表1所示为应用本发明的GCI和PCF/PDSN对应关系的样表。
记录 | GCI号(索引域) | GCI所在PCF的IP地址 | PDSN是否唯一 | PCF所接PDSN的IP地址 | 下一跳应用服务器 |
1 | 460031212 | 10.11.13.32 | 是 | 10.11.199.31 | NULL |
2 | 460031213 | 10.10.144.41 | 否 | NULL | NULL |
3 | 4600313141121 | 129.9.124.55(私网) | 是 | 10.11.199.31 | NULL |
4 | 25002 | NULL | 否 | NULL | 33.12.2.4 |
5 | ...... |
表1
下面仍以IP电话业务为例,结合SIP协议,具体说明其实现过程。
图3所示为应用本发明的IP电话的被叫处理流程。
步骤301,被叫MS开机后,为接受分组数据业务呼叫,即IP电话业务呼叫,必须发起PPP连接建立过程,即MS经RAN与PDSN建立PPP连接;之后,进入休眠状态等待呼叫;
步骤302,CALLER向其登录的应用服务器AS1发起呼叫MS的请求(INVITE)消息,该消息中包含被叫地址信息,该被叫地址信息包括MS的MDN,以及被叫所属应用服务器AS2的IP地址信息;
步骤303,AS1根据被叫地址,向MS注册的应用服务器即AS2发送INVITE消息,该消息中包含主叫的IP地址和被叫的MDN;
步骤304,应用服务器AS2查询本地是否保存有被叫用户MS当前所属PDSN的IP地址,如果有,则按现有流程进行处理,否则通过位置业务查询出该被叫用户所在的全球小区标识(GCI);
步骤305,AS2根据自身保存的GCI和PCF/PDSN对应关系的列表,通过GCI查询该MS当前接入的分组控制功能(PCF)服务器;
例如,通过位置业务查询到被叫用户的GCI为4600312121234,由于460031212ABCD,其中的ABCD可从0000到9999,均属于索引号为460031212的GCI号段内,参见表1,AS2采用最大匹配方式,通过查询到的GCI可直接从自身保存的GCI和PCF/PDSN对应关系的列表中,查询到IP地址为10.11.13.32的PCF服务器是该MS当前接入的PCF服务器;
当网络规模较大时,可先采取分级处理的方式进行查询,然后再应用最大匹配方式进行查询,例如,表1中的记录4,当AS2根据GCI信息无法查询到与之对应的PCF地址信息,但可查询到下一跳的应用服务器的地址信息时,AS2将该查询信息发送给下一跳的应用服务器,由下一跳的应用服务器采用最大匹配方式进行查询,或继续将该查询信息发送给下一跳的应用服务器,直到查询到为止,并由最终查询到的应用服务器将所查询到的PCF地址信息返回给AS2;上述查询理念与七号信令中信号连接控制部分(SCCP)协议的全局码(GT,Global Title)路由很类似;
AS2查询到PCF服务器后,再根据该PCF服务器查询到被叫用户当前所属PDSN的IP地址;具体实现方法如下:
如果PCF与一个PDSN相连,则应用服务器AS2根据自身保存的GCI和PCF/PDSN对应关系的列表,通过PCF直接查询到被叫用户当前所属PDSN的IP地址;
如果PCF与一个以上PDSN同时相连,由于建表时无法填写PDSN的IP地址,如表1中的记录2,此时PCF的IP地址肯定是公网IP地址,这样,AS2可以直接从用户当前接入的PCF内获取当前用户所在PDSN的IP地址;具体实现方法如图4所示;
步骤306,AS2向MS所在的PDSN转发INVITE消息;
步骤307,由于PDSN与MS之间保存有PPP连接,因此,PDSN向用户所在的RAN中的PCF转发INVITE消息;
步骤308,PCF向MS透传INVITE消息,如果MS当前处于休眠状态,则RAN首先向MS发起寻呼,建立无线侧业务信道后,再由PCF向MS透传INVITE消息;
步骤309,MS向PDSN返回建立成功响应消息,即200OK消息,表明业务连接已建立成功;
步骤310,PDSN向AS2透传建立成功的响应消息,即200OK消息;
步骤311,AS2向AS1回送建立成功的响应消息,即200OK消息;
步骤312,AS 1向CALLER回送建立成功的响应消息,即200OK消息;
步骤313,CALLER向AS1回送确认消息,即ACK消息;
步骤314,AS1向AS2回送确认消息,即ACK消息;
步骤315,AS2向PDSN回送确认消息,即ACK消息;
步骤316,PDSN向MS回送确认消息,即ACK消息,至此,CALLER与MS间的呼叫成功建立;
步骤317,CALLER与MS间应用IP电话业务通话。
图4所示为上述实施例中AS2从用户当前接入的PCF内获取用户当前所在PDSN地址的流程图。
步骤401,应用服务器AS2向该PCF发送包含被叫用户标识信息的查询PDSN地址的请求消息PDSN Address Request;该被叫用户标识信息为IMSI或MDN;
步骤402,由于无论用户数据业务当前处于激活还是休眠状态,PCF和PDSN之间通过A11接口的连接是存在的,因此,PCF按照被叫用户的IMSI查询到该用户当前注册的PDSN,然后PCF给应用服务器AS2返回包含所查PDSN的IP地址信息的响应消息PDSN Address Response,此时,应用服务器AS2从PCF的返回消息中即可获取被叫用户当前所属PDSN的IP地址。
当然上述流程也可采用其它呼叫建立协议,如H.323等。
上述AS1和AS2可以为不同的AS,也可以为同一个AS,当AS1和AS2为同一个AS时,所有AS1和AS2之间的消息处理将不必进行,且AS1和AS2的操作均被视为一个操作。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1、一种网络始发的数据业务查询被叫的方法,其特征在于,该方法包括以下步骤:
a、被叫用户经无线接入网络RAN与分组数据服务节点PDSN建立点到点的链路协议PPP连接;
b、被叫用户所属的应用服务器AS接收到来自主叫用户的呼叫请求消息后,查询本地是否保存有被叫用户当前所属PDSN的IP地址,如果有,则执行步骤d,否则执行步骤c;
c、步骤b所述应用服务器AS通过位置业务查询被叫用户当前所在位置,然后根据该位置,通过自身内已保存的用户所在位置和分组控制功能PCF服务器及PDSN对应关系的列表查询该用户当前接入的PCF,并由该PCF查询到被叫用户当前所属PDSN的IP地址;
d、步骤b所述应用服务器AS向被叫用户当前所属PDSN的IP地址发送主叫用户的请求消息,PDSN将该请求消息经RAN传送给被叫用户。
2、根据权利要求1所述的方法,其特征在于,步骤c所述被叫用户当前所在位置采用全球小区标识GCI进行标识。
3、根据权利要求1所述的方法,其特征在于,步骤c所述应用服务器AS由PCF查询到被叫用户当前所属PDSN的IP地址的方法是:
如果PCF与一个PDSN相连,则应用服务器AS根据自身保存的用户位置和分组控制功能PCF及PDSN对应关系的列表,通过PCF直接查询到被叫用户当前所属PDSN的IP地址;
如果PCF与一个以上PDSN同时相连,则应用服务器AS向该PCF发送包含被叫用户标识信息的查询PDSN地址的请求消息,并从PCF的返回信息中获取被叫用户当前所属PDSN的IP地址。
4、根据权利要求3所述的方法,其特征在于,所述被叫用户的标识信息为被叫用户的国际移动用户识别码IMSI或移动号码簿号码MDN。
5、根据权利要求1所述的方法,其特征在于,
所述步骤a进一步包括:被叫用户与PDSN建立PPP连接后进入休眠状态;
所述步骤d进一步包括:RAN首先与MS建立无线侧业务信道,唤醒该休眠的被叫用户,然后将该请求消息传送给被叫用户。
6、根据权利要求1所述的方法,其特征在于,步骤b所述被叫用户归属的应用服务器AS与网络发起方归属的AS为同一个AS,或为不同的AS。
7、根据权利要求6所述的方法,其特征在于,
如果网络发起方和被叫用户归属的应用服务器AS为同一个AS,则所述主叫用户的呼叫请求消息中包含:被叫用户的移动号码簿号码MDN;
如果网络发起方和被叫用户归属的应用服务器AS为不同的AS,则所述主叫用户的呼叫请求消息中包含:被叫用户的移动号码簿号码MDN和被叫所属应用服务器AS的IP地址信息。
8、根据权利要求1所述的方法,其特征在于,步骤c所述应用服务器AS自身保存的用户所在位置和分组控制功能PCF及PDSN对应关系的列表内包括,GCI、PCF的IP地址,以及与该PCF相连的PDSN信息的对应关系,或者,包括GCI和与该GCI相关的下一跳应用服务器的地址信息。
9、根据权利要求8所述的方法,其特征在于,所述用户当前所在位置和分组控制功能PCF服务器及PDSN对应关系的列表,是按建网时网络的连接关系配置的以GCI号段为索引的列表。
10、根据权利要求1所述的方法,其特征在于,该方法进一步包括:主叫用户接收到来自被叫用户的成功响应消息后,给被叫用户回送确认消息,主被叫用户间建立通信连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100454369A CN100433891C (zh) | 2004-05-19 | 2004-05-19 | 一种网络始发的数据业务查询被叫的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100454369A CN100433891C (zh) | 2004-05-19 | 2004-05-19 | 一种网络始发的数据业务查询被叫的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1700804A true CN1700804A (zh) | 2005-11-23 |
CN100433891C CN100433891C (zh) | 2008-11-12 |
Family
ID=35476627
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100454369A Expired - Fee Related CN100433891C (zh) | 2004-05-19 | 2004-05-19 | 一种网络始发的数据业务查询被叫的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100433891C (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7075930B1 (en) * | 2000-04-11 | 2006-07-11 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for packet data servicing node (PDSN)initial assignment and reselection |
KR100442425B1 (ko) * | 2000-11-15 | 2004-07-30 | 엘지전자 주식회사 | 이동통신 시스템에서 인터넷 아이피멀티캐스팅/브로드캐스팅 방법 |
US6904033B1 (en) * | 2000-11-20 | 2005-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and packet data serving node (PDSN) for mobile IP (MIP) registration of a mobile node (MN) |
US7426195B2 (en) * | 2002-10-24 | 2008-09-16 | Lucent Technologies Inc. | Method and apparatus for providing user identity based routing in a wireless communications environment |
-
2004
- 2004-05-19 CN CNB2004100454369A patent/CN100433891C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN100433891C (zh) | 2008-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1132453C (zh) | 向移动无线网络中的用户提供通用信息的方法和系统 | |
CN1886999A (zh) | 自动发现多媒体服务能力的方法和通信系统 | |
CN1886998A (zh) | 自动发现共同多媒体服务能力的方法和通信系统 | |
CN1675945A (zh) | 在接入和本地网络之间传送会话速度和状态信息的方法和系统 | |
EP1786176B1 (en) | System and method for processing packet mobile-terminated calls using dynamic IP | |
CN1275292A (zh) | 在网关和服务中心之间进行路由确定的方法和装置 | |
CN1889789A (zh) | 通用移动通讯系统及其提示用户位置的方法 | |
CN1868170A (zh) | 在移动通信系统中支持移动节点的因特网协议移动性的方法和系统 | |
CN1961594A (zh) | 用于蜂窝上的一键通的并发分组数据会话建立 | |
JP4673375B2 (ja) | Smmケイパビリティ配信方法 | |
RU2005129268A (ru) | Система и способ для установления вызовов пакетных данных типа "мобильная станция к мобильной станции" между мобильными станциями в различных беспроводных сетях | |
CN1767482A (zh) | 一种网际协议多媒体子系统的用户注册方法 | |
CN1780225A (zh) | 按用户和终端设备的关系变更推送业务参数信息的方法 | |
CN1301023C (zh) | 终端提前接收主叫号码的系统及方法 | |
CN101047971A (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
CN1902971A (zh) | 分组数据服务节点的动态选择 | |
CN101064928A (zh) | 一种实现位置注册更新的方法 | |
CN1852269A (zh) | 实现电路域和分组域双向互操作的方法及系统 | |
CN1258932C (zh) | 在移动通信系统转移分组呼叫的方法 | |
CN1802025A (zh) | 增强等同公众移动网络功能的方法 | |
CN1387736A (zh) | 传呼系统 | |
CN1561052A (zh) | 一种用户数据报文转送方法及转送装置 | |
CN1595914A (zh) | 利用udp进行实时数据分发的系统和方法 | |
CN1852466A (zh) | 一种实现虚拟号码类语音增值业务的系统及方法 | |
CN1700804A (zh) | 一种网络始发的数据业务查询被叫的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20081112 Termination date: 20130519 |