CN1778086A - 通过ims***路由消息 - Google Patents
通过ims***路由消息 Download PDFInfo
- Publication number
- CN1778086A CN1778086A CN 200480007779 CN200480007779A CN1778086A CN 1778086 A CN1778086 A CN 1778086A CN 200480007779 CN200480007779 CN 200480007779 CN 200480007779 A CN200480007779 A CN 200480007779A CN 1778086 A CN1778086 A CN 1778086A
- Authority
- CN
- China
- Prior art keywords
- cscf
- message
- network
- server
- route
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及通过公开的IMS***路由消息的方法。在ICSCF接收消息。针对所述消息所针对的应用服务器,服务器或网关之一获得地址信息。根据所述地址信息,把消息发送到所述应用服务器,服务器或网关。
Description
技术领域
本发明涉及消息的路由,尤其涉及然而并不限于IMS***中的消息路由。
背景技术
第三代(3G)通信***的出现将显著提高通过移动用户设备(UE)以及其它类型的UE在因特网上访问服务的可能性。
技术人员了解各种用户设备(UE),例如计算机(固定或便携),移动电话,个人数据助理或管理器等等,并且各种用户设备能够被用于访问因特网以获得服务。称作移动站(MS)的移动用户设备能够被定义成这样一种装置,其能够通过无线接口与例如移动电信网络的基站或任何其他站点的另一个设备进行通信。这种移动用户设备能够适于通过无线接口进行语音,文本消息,数据通信或多媒体通信。
上面及此后使用的术语“服务”将被理解为广泛覆盖用户可能期望,需要或向其提供的任何服务或产品。该术语也将被理解为覆盖赠送服务的提供。尤其是,术语“服务”将被理解为包含因特网多媒体服务,会议,电话,游戏,多功能呼叫(rich call),演示,电子商务以及例如即时消息的消息,但不限于此。
3G合伙项目(3GPP)正定义将向UE的用户提供对这些服务的访问的通用移动电信***(UMTS)核心网络的参考体系结构。这个UMTS核心网络被分成三个主要域。即电路交换域,分组交换域以及网际协议多媒体(IM)域。
后者即IM域保证充分管理多媒体服务。IM域支持由互联网工程任务组(IETF)开发的会话发起协议(SIP)。
SIP是应用层信令协议,用于开始,改变以及结束用户会话,以及用于发送和接收事务处理。例如,会话可以是双向电话呼叫或多方会议会话,或用户和应用服务器(AS)之间的连接。这些会话的建立允许给用户提供上述服务。SIP的基本特征之一是协议通过提供经由单个位置无关地址到达被叫方(可以是应用服务器AS)的性能,允许使用移动UE的用户的个人移动性。
在此文档中将使用下列缩写:
AS 应用服务器
BGCF 出口网关控制功能
CN 核心网络
CPS 连接处理服务器
CS 电路交换
CSCF 呼叫会话控制功能或呼叫状态控制功能
DNS 域名***
ENUM 参见“E.164number and DNS”(RFC2916)
FQDN 完全合格域名
GW/S/AS 网络功能或实体,例如代理和/或网关和/或服务器和/或应用服务器等等
HSS 归属用户服务器
I-CSCF 查询CSCF
ID 身份标识
IM IP多媒体
IMS IP多媒体核心网络子***
IMS-WV-GW IMS和WV网络之间的网关
IP 网际协议
ISC IP多媒体服务控制
MGCF 中间网关控制功能
NAPTR 命名机构指针(RFC2915)
O-CSCF 出站CSCF
P-CSCF 代理CSCF
PMG 出席(P),消息(M)和组管理(G)
PLS 出席列表服务器
PS 出席服务器
PMG-WV-GW IMS和WV网络之间的网关
RR DNS的资源记录
S-CSCF 服务CSCF
SIP 会话发起协议(RFC3261)
SIP URI SIP统一资源标识符(RFC3261)
SLF 预订定位功能
SSR 服务和预订库
TEL URL 是与能够使用电话网联系的终端相关联的URL(RCF2806)
UE 用户设备
UMS 用户移动服务器
UMTS 通用移动电信***
URI 统一资源标识符
URL 统一资源定位符
WV 无线村
在IMS中,终止会话/事务处理被从I-CSCF路由到能够遵循过滤条件的规则把它们路由到AS的S-CSCF。如果未注册目标身份标识(即公共用户身份标识),则I-CSCF选择S-CSCF,并且S-CSCF从HSS下载过滤条件。然而,存在目标身份标识不是IMS身份标识,即非IMS身份标识被通过IMS网络路由到非IMS网络的问题。
在IMS中,AS发起的会话/事务处理被从AS路由到能够进一步路由它们的S-CSCF。通常这个S-CSCF是在会话/事务处理被从S-CSCF路由到AS时使用的S-CSCF,或响应查询从HSS或其它的数据库返回的S-CSCF的地址,或(默认)S-CSCF的地址可以在AS中配置或从内部或外部数据库,表,列表,配置数据存储器等处获取。存在难以或不能查找S-CSCF的情况。
这里有一些难以查找S-CSCF的例子:
a)如果用户未被注册,则可能没有S-CSCF被分配给用户(或更准确地讲,被分配给用户的任何公开用户身份标识)。
b)如果发送网络单元是代表用户路由会话/事务处理的业务服务器,则存在类似情况,即可能没有S-CSCF被分配给用户。(这种业务服务器被称为用户相关业务服务器)。
c)如果第三方用户使用组身份标识作为目标地址,例如不是组身份标识的“所有者”的用户发送消息到一个组,在确定当组服务器向组的各个成员发送消息时应当使用哪个S-CSCF时存在问题。
d)如果发送方是与任何用户均没有关系的服务(即发送方是用户无关业务服务器)。至少在这种情况下,AS不得不选择S-CSCF或使用默认S-CSCF。两种解决方案都有缺点。在第一种方案中,AS不得不执行I-CSCF的功能,即选择S-CSCF。在第二种方案中(即如果使用默认),问题是怎样均衡负载(可以使用DNS中的Round robin功能)。
对于通过S-CSCF进行路由,一个附加的方面是不需要S-CSCF的服务,例如不利用过滤条件。在用户无关业务服务器的情况中尤其是这样。
与服务身份标识一起路由是IMS的另一个问题。为了路由到驻留或提供服务的AS,服务器,网关,网络功能,网络实体等等,在SLF和HSS中需要包含路由信息(例如过滤条件)的记录项,该信息用于路由到S-CSCF及从S-CSCF路由不予考虑驻留或提供服务的正确AS,服务器,网关,网络功能,网络实体等等。结果是HSS不得不包含具有正确路由信息的全部服务身份标识。对于用户建立的组身份标识,存在类似问题。例如,用户可以建立工作同事组,家庭组及朋友组。这些具有正确路由信息的身份标识必须包含在HSS中。服务身份标识可以相当稳定,但是组身份标识可以相对经常地改变。组身份标识可以是用户列表,其能够用于例如通过单个消息发送过程发送消息到所有用户(而不是重复过程以便发送相同消息到每个用户)。使用服务及组身份标识的问题是HSS中或多或少的临时记录项的创建/修改/删除,以便可以通过S-CSCF路由到正确的AS,服务器,网关,网络功能,网络实体等等。
也发现当出席列表服务器(PLS)对有关出席方(presentities)的出席信息进行预订(subscribe to)时,根据当前3GPP IMS标准进行的路由不是最优的。此外,当PLS(AS)通过自身发起请求时,未定义PLS(AS)如何选择S-CSCF。
存在如果把组服务器视为应用服务器,则应当使用ISC接口的问题。这具有路由更加复杂的缺点,即在终结及发起两种情况下均需要S-CSCF。
另一个问题是在已知配置中,应用服务器必须把所有使用的服务身份标识存储在SLF,HSS和/或另一个用户数据库中。
发明内容
本发明的实施例的目的是解决所描述的一或多个问题。
根据本发明的一个方面,提供了一种通过IMS***路由消息的方法,包括步骤:在I-CSCF处接收消息,获得所述消息所针对的网络功能的地址信息,以及根据所述地址信息发送所述消息到所述网络功能。
可以由网络实体提供网络功能。网络功能可以是应用服务器,服务器,网关或任何其他适当实体。
优选地,所述消息被直接或通过代理或网关单元经由网关单元发送到网络功能。
优选地,所述获得步骤包括查询数据库。
优选地,所述数据库包括SLF。
优选地,所述数据库提供所述网络功能的所述地址信息。
优选地,所述数据库提供标识其它数据库的信息。
优选地,所述其它数据库可以包括HSS,UMS或SSR之一。
优选地,所述其它数据库包含所述地址信息。
优选地,所述其它数据库包含所述网络功能的配置信息。
优选地,该方法包括确定所述消息是针对IMS目标还是非IMS目标的步骤。
优选地,仅在由于所述消息是针对识别服务或组等等的非IMS目标或IMS目标而确定所述消息未被路由到任何S-CSCF的情况下,才遵循所述步骤。
根据本发明的一个方面,提供通过IMS***从网络功能路由消息的方法,包括步骤:
从网络功能发起消息;
确定所述消息将被发送到的代理实体的地址;
路由所述消息到所述代理实体;以及
从所述代理实体路由所述消息到目标网络的入口点。
优选地,所述入口点与所述网络功能在相同或不同的网络中。
优选地,其中所述发起步骤包括发起会话和事务处理之一。
优选地,所述确定步骤包括查询数据库,表,文件和列表之一的步骤。
优选地,所述确定步骤包括由包含在所述网络功能中的信息确定代理实体。
优选地,该方法包括确定所述消息将被路由到的入口点的步骤。
优选地,所述代理实体被设置成确定所述消息将被发送到的入口点。
优选地,所述代理实体被设置成通过访问数据库来确定所述消息将被发送到的I-CSCF。
优选地,所述数据库包括DNS。
根据本发明的一个方面,提供了一种通过IMS***从网络功能路由消息的方法,包括步骤:从网络功能发起消息;确定所述消息将被发送到的I-CSCF;在所述I-CSCF与所述网络功能在相同网络中的情况下,直接路由所述消息到所述I-CSCF。
根据本发明的一个方面,提供了一种通过IMS***从网络功能路由消息的方法,包括步骤:从网络功能发起消息,确定所述消息将被发送到的I-CSCF,在所述I-CSCF在可信网络中的情况下,直接路由所述消息到所述I-CSCF。
根据本发明的一个方面,提供了一种通过IMS***从网络功能路由消息的方法,所述方法包括步骤:从网络功能向I-CSCF发送请求,在I-CSCF处确定来自所述网络功能的消息将被发送到的S-CSCF,以及发送所述消息到所确定的S-CSCF。
优选地,所述网络功能包括PLS。
优选地,所述确定步骤包括查询数据库。
优选地,所述确定步骤包括查询HSS。
根据本发明的一个方面,提供了一种通过IMS***从第一网络功能路由消息的方法,所述方法包括步骤:从第一网络功能向I-CSCF发送请求,在I-CSCF处确定来自所述第一网络功能的消息将被发送到的第二网络功能,以及从I-CSCF直接发送所述消息到所述第二网络功能。
根据本发明的一个方面,提供了一种路由消息的方法,包括步骤:根据第一协议接收消息,转换所述消息到第二协议,使用所述消息中的标识信息查询数据库以获得新标识信息,以及使用所述新标识信息路由消息到代理。
优选地,所述代理被设置成路由所述消息。
优选地,所述代理被设置成获得所述身份标识的转换。
优选地,所述代理路由消息到另一个网络。
优选地,该代理路由消息到I-CSCF。
优选地,I-CSCF被设置成查询所述数据库。
优选地,所述I-CSCF被设置成路由所述消息到所述代理。
优选地,接收所述消息的实体被设置成路由所述消息到所述代理。
优选地,其中所述第二协议是SIP。
优选地,所述代理被设置成路由所述消息到网关。
附图说明
为了更好地理解本发明以及如何实施本发明,参考附图通过举例进行说明,其中:
图1示出了在IMS***中正常终结路由的已知方法;
图2a示出了在IMS***中体现本发明的路由方法;
图2b示意示出了使用非IMS方案的路由;
图2c示意示出了从WV用户设备的路由;
图2d示出了从WV域到WV或IMS域的路由;
图3a示出了在IMS***中的已知路由方法,其中用AS发起会话或事务处理;
图3b示出了在IMS***中体现本发明的方法,其中用AS发起会话或事务处理;
图4示出了本发明的另一个实施例的信号流;
图5a示出了第一方案,其中使用O-CSCF进行路由;
图5b示出了第二方案,其中使用O-CSCF进行路由;
图5c示出了第三方案,其中使用O-CSCF进行路由;
图5d示出了第四方案,其中使用O-CSCF进行路由;
图6a示出了路由的已知方案,其中组服务器是应用服务器并且存在用户发起的组会话;
图6b示出了已知方案,其中组服务器是应用服务器并且存在组服务器发起的组会话;
图6c示出了本发明的实施例,其中组服务器不是应用服务器并且存在用户发起的组会话;
图6d示出了体现本发明的例子,其中组服务器不是应用服务器并且组服务器发起组会话;
图7a示出了一方案,其中服务器在发起情况下为提供用户无关服务;
图7b图解了在终结情况下服务器提供用户无关服务的情形;
图8a到c示出了体现本发明、路由源自公共服务身份标识PSI的请求的三种情景;以及
图9示出了体现本发明、其中PSI是发起方的消息流程。
具体实施方式
将结合根据所谓第三代标准的UMTS***来描述本发明的实施例。这里参考引用了下列第三代合伙项目标准。这些文档描述了本发明的实施例具体应用到的IP多媒体***。然而,本发明的实施例也可应用到任何其他类型的SIP网络,无论它是否IMS网络,并且可应用到可以是或不是IMS网络的非SIP网络。
3GPP TS 23.002:“Network architecture”。
3GPP TS 23.228:“IP multimedia subsystem;Stage 2”。
3GPP TS 24.229:“IP Multimedia Call Control Protocol based onSIP and SDP;Stage 3”
3GPP 23.841 Presence Service;Architecture and FunctionalDescription
3GPP 24.841 Presence based on SIP;Functional models,flowsand protocol details
本发明的实施例可以使用SIP。为了提供对因特网以及其它IM服务的访问给用户,已经开发出协议以协助提供因特网上的电话以及多媒体服务。会话发起协议(SIP)是一种这样的协议,其已经被开发用于控制与一或多个用户的会话的创建,修改以及终结。呼叫会话可以包含例如因特网或其它IP网络电话呼叫,会议或其它多媒体服务以及活动。事务处理可以包含例如因特网或其它IP网络消息,出席,组以及其它多媒体服务以及活动。
SIP寻址遵循使用统一资源定位符(URL的)或如RFC3261中定义的SIP URI通过唯一地址来标识用户的流行因特网约定。2个用户之间的SIP信令包括一系列请求和响应。SIP事务处理具有两方,即发送请求的用户代理客户端(UAC)以及响应请求而进行应答的用户代理服务器(UAS)。客户端以及服务器包括SIP用户代理。此外,SIP包含SIP网络服务器,其是处理与多个呼叫相关的信令的网络设备。
如本领域中所知的,SIP邀请通常包含2个消息。能够理解,可有比这些更多的消息,并且实际上,在3GPP中使用更多的消息。为了简洁的目的,这里对此不进行讨论。2个消息是由主叫方UAC发起的邀请(INVITE)消息,和来自被叫方的200 OK消息。后一消息通常由主叫方确认,此后备方可以根据信令期间发送和接收的参数进行通信。主叫方和被叫方能够通过执行BYE消息来结束会话。在建立的会话期间,可以通过产生其它邀请消息的参与方或者通过使用某些其它SIP消息来选择一组新参数。
在下文中,对应用服务器进行参考。在可选实施例中,应用服务器可以是网络功能或实体,例如代理或网关或服务器等等。
本发明实施例的目的在于避免查找这样的S-CSCF,其用于不需要S-CSCF提供的任何动作或服务,而是仅路由到/自GW/S/AS的会话/事务处理,即网络功能或实体,例如代理和/或网关和/或服务器和/或应用服务器等等。为此借助返回正确的GW/S/AS的地址的SLF和/或HSS,直接从I-CSCF路由到正确的GW/S/AS。本发明的实施例至少能够应用于下列情况:
a)通过IMS网络到非IMS网络的非IMS模式的路由(例如WV模式)
b)到正确网络的通用模式的路由:到IMS或到非IMS(例如,PRES-出席和IM即时消息模式)
c)服务和组身份标识到正确的GW/S/AS的路由
通用模式是仅指定服务而不指定协议的协议无关模式。例如,“IM”指定服务是“即时消息”,而未指定例如在IMS的情况下应当是SIP的所使用协议。分别地,“pres”指定“出席”服务。
如果非IMS身份标识未被***到SLF和/或HSS中,则可以使用例如SLF和/或HSS中的伪记录项通过IMS网络处理到AS的正常路由(即从I-CSCF到S-CSCF(过滤条件)到AS)。在S-CSCF中需要过滤条件以选择非IMS身份标识被路由到的正确AS。通过IMS路由非IMS身份标识到非IMS网络的例子是无线村(WV)身份标识,其从I-CSCF路由到S-CSCF,并且进一步到充当针对WV网络的网关,例如IMS-WV-GW(或IMS网关)的AS或服务器。此后更详细地讨论这些。
现在参考图1,其用图示的信号流示出了当前如何在已知IMS***中实现路由。至少一些消息可以基于SIP(会话发起的协议)。这些消息用大写字母示出。
I-CSCF100在步骤S1接收消息,例如初始邀请(INVITE)或消息(MESSAGE)。
I-CSCF100接着在步骤S2发送查询到SLF102,并且SLF返回正确HSS104的地址。在仅存在一个HSS的情况下,不需要SLF,并且步骤S2能够被省略。
在步骤S3,I-CSCF100接着向识别的HSS104发送查询。HSS104用正确S-CSCF108的地址或需要的S-CSCF的性能应答。在需要的情况下,I-CSCF选择S-CSCF。
在步骤S4,I-CSCF100路由消息到S-CSCF108。在还未下载的情况下,S-CSCF下载路由信息(例如,路由到应用服务器的过滤条件)。
在步骤S5,S-CSCF108使用下载的路由信息,路由消息到正确应用服务器106。
现在参考图2a,其示出本发明的第一实施例中使用的路由。具体地,示出了非IMS模式以及服务/组身份标识以及动态身份标识的路由。应当理解,在图2a中,示出了从I-CSCF到GW/S/AS的终结会话/事务处理的路由。如图1所示,相同附图标记将被用于相同实体。
在步骤T1,I-CSCF100接收消息,例如初始邀请(INVITE)或消息(MESSAGE)。
在步骤T2,I-CSCF102对SLF/HSS102进行查询。SLF/HSS返回正确GS/S/AS106的地址。可选地,SLF/HSS102可以返回数据库或服务器(例如HSS,UMS用户移动服务器,或SSR用户服务路由器),或包含动态公共用户身份标识的库或数据库,或包含动态服务身份标识的数据库,或其它数据库的地址。SLF/HSS表示SLF,或在不存在SLF的情况下,表示HSS。
在步骤T3,I-CSCF102将可选地对在步骤T2中识别的数据库110进行查询。应当注意,SLF可以返回数据库的实际地址或其配置信息等等。数据库将返回正确GW/S/AS106的地址。
在步骤T4,通过在提供的情况下使用由SLF/HSS返回的地址,或在未提供的情况下使用来自数据库110的地址,I-CSCF100路由消息到正确GW/S/AS。
非IMS模式是除与IMS的用户,组或服务身份标识相关的模式,即当前″sip″以及″tel″之外的其它模式,其也是IMS中初始使用的模式。在本发明的实施例中使用“非IMS模式”表示不是当前IMS模式的模式。随着标准的演进,当前所谓的非IMS模式当然可以变成IMS模式。在非IMS模式变成IMS模式的情况下,本发明的实施例仍然可以应用。
在本发明的实施例中,可以执行下列操作:
1.通常只在目标运营商允许进行的情况下才进行用非IMS模式到目标IMS网络的路由。
2.由于非IMS用户
-通常没有HSS中的记录项
-没有过滤条件
-与IMS无关,
所以通过直接从I-CSCF路由到PMG-WV-GW或任何其他IMS网关来进行通过目标IMS网络到WV网络的路由。因而,IMS仅是到WV网络的路由路径。
3.在故障模式的情况下没有回退
通常错误被返回到UE
IMS通常不校正故障模式
4.wv:+3584022334455@domain,
im:+3584022334455@domain,
pres:+3584022334455@domain,
sip:+3584022334455@domain是有效的WV可路由身份标识。
WV:+3584022334455是有关域中的有效WV身份标识
当出现非IMS模式时,通常检查目标运营商是否将通过SIP来接收消息。为此,例如用目标域名进行DNS查询。例如使用_im._sip.operator.net请求SRV记录。应答可以是例如_im._sip.operator.net SRV 0.05060 i-cscf.operator.net。
此应答指示在“i-cscf.operator.net”地址的端口5060使用SIP协议接受“im”模式。
目标运营商可能允许或可能不允许使用非IMS模式的消息。如果目标运营商允许非IMS模式,则使用DNS查询查找可路由地址,并且消息将被路由到该地址。模式通常不被修改。
如果目标运营商不会接收非IMS模式,即使用DNS查询查找不到可路由地址,则消息将被路由到适当的GW/S/AS,例如PMG-WV-GW或IMS网关。过滤条件未被用于查找正确GW/S/AS,并且在S-CSCF中配置GW/S/AS的地址,或从表,列表或数据库等等中获取GW/S/AS的地址。此可以使用例如如下的路由表来进行:
模式 目标
wv pmg-wv-gw.home.net
pres pmg-wv-gw.home.net
im pmg-wv-gw.home.net
当非IMS模式出现时,例如由于目标身份标识是IMS身份标识,所以检查消息是否应当被路由到S-CSCF。I-CSCF进行SLF和/或HSS查询。该模式可以或不可以通过Cx和Dx接口(标准化的)来传送。不同模式可有不同范围,或可以以某种方式在用户数据内标记各模式。
如果消息应当路由到S-CSCF,例如发现身份标识是SLF/HSS中的IMS身份标识,则根据IMS的一般原则处理模式,并且路由象IMS中正常终结情况那样。
如果消息不应被路由到S-CSCF,例如未发现身份标识是SLF/HSS中的IMS身份标识,则I-CSCF查找其中路由消息的正确GW/S/AS。GW/S/AS地址被从SLF/HSS返回,或在I-CSCF中配置GW/S/AS的地址。不涉及S-CSCF。可有介于I-CSCF和GW/S/AS之间的新接口,例如PMG-WV-GW或其它的IMS网关。
通过目标IMS域可路由到WV。
参考图解上述情景的图2b到2d。首先参考图2b:
这是存在IMS ID的情况。在步骤D1,消息被从用户设备500发送到P-CSCF502,P-CSCF502接着在步骤D2发送消息到S-CSCF506。接着,S-CSCF在步骤D3查询DNS504。响应该查询,S-CSCF在步骤D6发送消息到I-CSCF514。I-CSCF514在步骤D7发送消息到SLF508并且接收应答。在下一个步骤中,I-CSCF在步骤D8发送消息到HSS并且接收应答。在步骤D9,I-CSCF514发送消息到S-CSCF516。步骤D7到D9如前面结合图1对步骤S2到S4描述的那样。
如果存在非IMS ID,则执行步骤:具体地,步骤D1,D2,D3,D6,D7和可选的D8如存在IMS身份标识时所描述的那样。然而,下一个步骤是其中I-CSCF514联系第二PMG-WV-GW或IMS网关520的步骤D11。第二IMS网关520在步骤D12发送消息到第二WV服务器526。在步骤D14,WV服务器526发送消息到WV用户设备528。
如果不能通过目标IMS进行路由,则采取的路由与上述步骤D1到D3相同。然而,接着下一个步骤是其中S-CSCF506发送消息到第一IMS网关522的步骤D4。下一个步骤可以是步骤D5或是D5b。在步骤D5,消息被发送到在步骤D13与第二WV服务器526联系的第一WV服务器524。在步骤D5b直接从IMS网关522发送消息到第二WV服务器526。在两种情况下,下一个步骤将是其中第二WV服务器发送消息到WV用户设备528的步骤D14。
应当理解,能够把网关实体522,520和PMG518均看作代理或服务器,以及例如应用服务器。
参考示出其中可配置源于WV服务器的路由(基于模式和/或域)的情况的图2c。通常,通过WV的路由是第一选择,并且路由到IMS是第二选择。然而,这在本发明的某些实施例中可以相反。
可以通过目标IMS域路由到WV。这是在出站代理O-CSCF处的DNS查询的结果。在出站代理之后的路由与结合图2b描述的相同。用相同附图标记标记与图2b中相同的单元。
在存在可路由URI,即可以通过目标IMS进行路由的情况下,存在2个选择。第一个是其中其中存在IMS ID的选择。在这种情况下,源于第一WV用户设备528a的路由接着在步骤E1路由到第一WV服务器524。第一WV服务器524在步骤E2发送消息到第一IMS网关522,第一IMS网关522接着在步骤E3发送消息到O-CSCF530。O-CSCF530在步骤E4发送消息到DNS504。响应从DNS504接收的信息,O-CSCF530在步骤E6发送消息到I-CSCF516。I-CSCF516在步骤E7从SLF508获得信息并且在步骤E8从HSS510获得信息。如果不存在SLF,E8也可以是步骤E7的替代。接着,I-CSCF在步骤E9联系通过步骤E7和/或E8识别的S-CSCF516。
在不存在IMS ID的情况下,如结合IMS ID所描述的,执行步骤E1,E2,E3,E4,E6和E7。如果不存在SLF,步骤E8相对步骤E7是可选的,并且/或是步骤E7的替代。接着,下一个步骤是其中I-CSCF516联系第二IMS网关520的步骤E11。在步骤E12,第二IMS网关520联系第二WV服务器526。在步骤E14,第二WV服务器526联系第二WV用户设备528b。
在不能通过目标IMS进行路由的情况下,采取的步骤将是步骤E1,E2,E3和E4。此时,错误将被返回到WV服务器524,其可以例如尝试路由到目标WV服务器526。
再次地,第一和第二IMS网关522及520和PMG服务器518可以是代理或服务器,例如应用服务器。
参考图解通过WV域到WV/IMS的路由的图2d。再次地,对相同实体使用相同附图标记。在目标WV服务器526处,检查用户是否WV用户。如果用户是非WV用户,执行下列步骤。首先,在步骤F1,从源WV用户设备528b向第一WV服务器524发送消息。第一WV服务器524在步骤F13发送消息到第二WV服务器526。第二WV服务器526在步骤F12发送消息到第二IMS网关520,第二IMS网关520接着在步骤F11发送消息到I-CSCF514。如前所述,I-CSCF在步骤F7从SLF508获得信息并且在步骤F8从HSS510获得信息。
接着,在步骤F9,I-CSCF514在步骤F9发送消息到S-CSCF516。S-CSCF516在步骤F10发送消息到用户设备512或PMG服务器518。
在WV用户528a是目标用户的情况下,进行更简单的路由。WV用户设备(即源)528b在步骤F1发送消息到第一WV服务器524,第一WV服务器524接着在步骤F13发送消息到第二WV服务器526。笫二WV服务器526在步骤F14发送消息到作为目标的WV用户设备,即WVUE528a。
在I-CSCF或IMS网关中需要循环检测,或者WV服务器路由到IMS网关,只有具有IMS或IMS网关的目标身份标识的消息改变模式为SIP,以防止进一步路由回到WV网络。
现在给出本发明的一个实施例中的SLF中存储的信息的例子:
SLF中的记录项可以包含例如下列信息:
a)指示正确HSS的常见IMS记录项:
[email protected] 对HSS_3的引用
b)John Smith也具有WV预订。通过网关IMS-WV-GW把WV传输路由到WV网络:
wv:
[email protected] 对IMS-WV-GW的引用
c)John Smith希望接收WV网络中的即时消息:
im:
[email protected] 对IMS-WV-GW的引用
d)John Smith希望从IMS网络提供他的出席信息:
pres:
[email protected] 对HSS3的引用
e)John Smith已建立将用于例如消息服务的组(包括他的钓鱼朋友)。例如,任何人能够通过发送即时消息到组身份标识来发送即时消息到整个组:
fishingfriends.
[email protected] 对组服务器的引用
从其它的网络也向客户端提供电影服务的记录项可包含下列信息:
[email protected] 对电影服务器的引用
这些只是信息的例子。对HSS和对网关或服务器的引用必须不同,以便I-CSCF能够相应操作:分别地对指示的HSS进行HSS查询或路由消息到指示的网关或服务器。
本发明的实施例避免分配S-CSCF以通过IMS路由非IMS身份标识到非IMS网络。
本发明实施例的优点是:
a)由于不需要过滤条件,所以对HSS没有大影响。
b)不需要分配S-CSCF,即节省资源。
c)不影响S-CSCF,即不需要出现专门情景以处理非IMS身份标识。
d)SLF能够包含所有非IMS身份标识,或作为选择,包含只用于非IMS身份标识的一或多个组的伪记录项。
e)运营商能够把服务提供给其IMS客户端以把对IMS或非IMS服务划分优先级,例如从WV网络提供出席服务(当IMS用户也具有WV预订时)。
f)组名和服务名能够被直接路由到正确GW/S/AS。它们不需要HSS中的记录项。
g)路由到若干GW/S/AS是困难的。要解决上述问题,路由到一个GW/S/AS就足够了。如果需要,当然SLF可以返回若干地址。可以逐个地尝试这些,直到发现GW/S/AS接受消息。这些地址也可以被用作通过若干GW/S/AS的路由。
在SLF和/或HSS中,模式能够是“可视的”,即它是用于标识SLF和/或HSS中的记录项的关键字的一部分,或SLF和/或HSS中的每个公共用户身份标识记录项指示什么是具有该公共用户身份标识的有效模式。
现在参考图3a和3b描述本发明的第二实施例。
为了避免查找用于这样的会话/事务处理的S-CSCF,其中未分配S-CSCF或难以找出分配的S-CSCF的地址,把会话/事务处理从GW/S/AS路由到O-CSCF,即出站代理。从O-CSCF(即出站代理)把会话/事务处理进一步路由到目标网络的I-CSCF。
当目标网络是相同网络,即目标I-CSCF位于相同网络或可信网络时,可以略过O-CSCF(即出站代理)。在这种情况下,会话/事务处理被直接从GW/S/AS路由到I-CSCF。
本发明的此实施例至少能够应用于下列情况:
a)通过IMS网络从GW/S/AS(例如从IMS WV网关)将非IMS传输(例如具有WV模式)路由到另一个IMS网络
b)从GW/S/AS路由其中发起方(例如业务组服务器)松散地或根本未连接到任何用户的会话/事务处理;(在这种情况下,GW/S/AS被称作用户无关业务服务器)
GW/S/AS可以开始会话/事务处理,或GW/S/AS可以是传递传输到IMS网络的网关。两种情况在这里均被称作GW/S/AS发起的会话/事务处理。
在本发明的实施例中,可以在GW/S/AS中配置GW/S/AS,O-CSCF(即出站代理)和I-CSCF的地址或名称。也可以从数据库(例如DNS),表,文件,服务器等等获取地址或名称。可以用例如数据库(例如DNS),表,文件,服务器等等解析地址和名称。
通常在所有实施例中,可以用例如数据库(例如DNS),表,文件,服务器等等解析功能,网关,服务器,单元和网络的其它实体的地址和/或名称。
O-CSCF是可以在相同网络单元中用I-CSCF实现的逻辑功能。可选地,I-CSCF的功能可以被改变,以便它包含O-CSCF的功能。
此实施例涉及避免为路由GW/S/AS发起的会话/事务处理而查找和/或分配S-CSCF。
现在参考示出IMS***中已知路由的图3a。
在步骤A1,GW/S/AS204发起会话或事务处理。会话或事务处理被路由到S-CSCF202。可以从前一会话或事务处理了解S-CSCF的地址,或可以从HSS查询S-CSCF的地址,或可以在GW/S/AS中设置S-CSCF的地址。可评估过滤条件,并且会话或事务处理可以根据过滤条件路由到AS。
下一个步骤是步骤A2a或者A2b。在步骤A2b,把会话或事务处理路由到与S-CSCF相同的网络中的I-CSCF200。在步骤A2a,把会话或事务处理路由到与S-CSCF202不同的网络中的I-CSCF206。
现在参考图解本发明的第二实施例的图3b。具体示出了非IMS身份标识的路由以及以IMS服务/组身份标识作为发起方的情况下的路由。应当理解,在图3b中,示出了从GW/S/AS到O-CSCF(即,出站代理)的发起会话/事务处理的路由。
由于O-CSCF通常不需要执行任何与IMS用户关联的活动,所以O-CSCF是可以类似于没有用户数据库的S-CSCF的出站代理。O-CSCF可以具有S-CSCF的所有其它的特征。
在步骤B1a,AS204发起会话或事务处理。会话或事务处理被路由到O-CSCF208。从数据库等等查询O-CSCF的地址,或从表,文件,列表等等获取O-CSCF的地址,或在GW/S/AS中设置O-CSCF的地址。
如果I-CSCF位于相同网络或可信网络,则步骤B1b是可选步骤,并且允许从GW/S/AS204直接到I-CSCF200的最优路由。
下一个步骤是步骤B2a或B2b。在步骤B2b,O-CSCF路由会话或事务处理到相同网络中的I-CSCF200,而在步骤B2a,O-CSCF208路由会话或事务处理到另一个网络中的I-CSCF206。
本发明此第二实施例的优点是:
a)由于不需要向SLF和/或HSS***服务/组身份标识(以及可能的过滤条件)以便能够在GW/S/AS代表服务/组身份标识发起会话/事务处理时分配S-CSCF,所以对HSS没有影响。
b)不需要分配S-CSCF,即节省资源。
c)对S-CSCF没有影响。不存在需要调整用户简表数据库(SPD)以处理这些情况的情形。
d)代表服务/组身份标识的会话/事务处理可以不经过任何S-CSCF而被直接从GW/S/AS路由到O-CSCF。
e)该解决方案可以被视作为路由GW/S/AS发起的会话/事务处理的第二(GW/S/AS到自身网络中的I-CSCF)和第三(GW/S/AS到O-CSCF)可能。在可以方便地使用S-CSCF的情况下,第一可能是通过S-CSCF进行路由。
当出席列表服务器(PLS)终结一些请求并且它触发新请求,或通过PLS发起一些请求时,在当前3GPP IMS体系结构中,PLS需要向S-CSCF发送请求。这可以基于接收的请求(如果存在一个)的记录-路由头来进行,或PLS可以设置S-CSCF。在更好的解决方案中,PLS可以直接发送消息到I-CSCF,并且象在PLS(组)没有发起服务的情况下省去S-CSCF。
可以根据本发明的实施例路由公共服务URI(即作为服务等的身份标识的URI)和组URI(即作为组等的身份标识的URI)。在第一实施例(即从I-CSCF路由到GW/S/AS的情况)中,类似于根据实施例用非IMS身份标识进行路由的情况,SLF/HSS可以返回GW/S/AS的名称或地址。在第二实施例(即GW/S/AS发起的情况)中,以服务URI或组URI作为发起方的消息被路由到O-CSCF,这类似于根据实施例以非IMS身份标识作为发起方的消息。
现在参考图4描述本发明的另一个实施例。当前3GPP体系结构需要不必要地涉及S-CSCF,其中S-CSCF选择有问题或非最优的。
本发明的实施例的优点是,此解决方案适用于所有情况,并且比遵循当前3GPP PMG体系结构的解决方案更加简单。
图4示出了本发明的实施例中的消息。这可以概括如下:
UE中的观察者代理预订出席列表(从UE直到PLS的预订#1)。
应答该请求(从PLS到UE的200OK)。
PLS发起对属于列表的出席方之一的预订(PLS直到PS的预订#2)。
这可以通过S-CSCF被发送,或如在本发明的实施例中提出的,它可以被直接发送到I-CSCF。
把对预订的应答从PS路由返回到PLS。
参考示出本发明的第三实施例中的信号流的图4。在步骤C1,从用户设备400向P-CSCF402发送预订消息。在步骤C2,从P-CSCF402向S-CSCF404发送预订消息。在步骤C3,从S-CSCF404向PLS(AS)406发送预订消息。PLS(AS)在步骤C4发送200OK消息(是SIP确认消息)回到S-CSCF404。在步骤C5,S-CSCF404发送200OK消息到P-CSCF402。在步骤C6,P-CSCF402发送200OK消息到用户设备400。图4中示出的流程示出了2个选择。
如下将描述最优信号流。下一个步骤是在步骤C7从PLS(AS)406向I-CSCF408发送指定消息。在步骤C8,进行HSS查询,其中I-CSCF408发送查询到HSS410并且接收应答。HSS将返回正确S-CSCF或需要的S-CSCF的性能。
在下一个步骤C9,第二预订消息被从I-CSCF408发送到S-CSCF412。S-CSCF将在步骤C10发送预订消息到PS414。出席服务器414在步骤C11发送例如200OK消息的确认消息到S-CSCF412。在步骤C12,S-CSCF412发送200OK消息到I-CSCF408。最后,I-CSCF408在步骤C13发送消息到PLS(AS)。此消息是200OK消息。
在次最优解决方案中,由步骤C7a和C7b替代步骤C7。在这些步骤中,PLS(AS)406在步骤C7a首先发送第二预订消息到S-CSCF404。在步骤C7b,S-CSCF404发送预订消息到I-CSCF408。另外,在此次最优解决方案中,由步骤C13a和步骤C13b替代步骤C13。在此次最优解决方案中,I-CSCF408在步骤C13a发送200OK消息到S-CSCF404。在步骤C13b,S-CSCF404发送200OK消息到PLS(AS)。此第二解决方案是次最优的,因为在PLS通过自身产生请求的情况下,不清楚发送消息到哪个S-CSCF。
由于PLS(在3GPP中定义为AS)需要发送PLS发起的请求到I-CSCF而不是S-CSCF,因此实现简单。
现在参考图5a到5d,其示出使用出站代理在号码可移植性的情况下获取最优路由的方案。出站代理具有在没有用户简表数据库的情况下充当CSCF的能力,即它不处理用户,并且因而没有从例如HSS的用户数据库下载与任何用户相关的过滤条件。这里称作出站CSCF即O-CSCF的出站代理能进行ENUM转换。它也可以路由到类似于S-CSCF。使用所提出的其中MGCF应当直接路由到另一个网络;并且I-CSCF直接路由到另一个网络中的I-CSCF的解决方案,O-CSCF可以被用于解决号码可移植性路由问题。
在本发明的实施例中,MGCF路由会话/事务处理(具有从例如SLF的号码可移植性数据库返回的新身份标识)到O-CSCF。O-CSCF检查身份标识以了解是否需要ENUM转换。如果需要,则O-CSCF执行转换。概括地说,当O-CSCF路由会话/事务处理到另一个网络时,O-CSCF进行与S-CSCF相同的所有过程。S-CSCF和O-CSCF之间的主要区别是用法。当相同网络中存在能够连接到会话/事务处理的用户时,使用S-CSCF;而当不能发现这种用户时,使用O-CSCF。在CS发起的情况中,主叫方不是IMS网络的用户。由于目标号码被移植到另一个网络,被叫方也不是网络的用户。因而使用O-CSCF可以避免通过S-CSCF的路由,并且避免为使得能够直接路由到另一个网络而给MGCF增加新功能。
一个修改是让I-CSCF直接路由会话/事务处理到O-CSCF,而不是路由到O-CSCF的MGCF。I-CSCF中的判定过程是简单的:由于新身份标识(号码可移植性过程之后)不是此网络的身份标识,所以会话/事务处理必须从此网络路由到目标网络。因而路由到O-CSCF是显然的选择。由于新身份标识未链接到能够在此网络中注册的任何身份标识,所以不能自然地选择S-CSCF。
相同解决方案也能够应用于其中在终结网络中进行号码可移植性过程并且从另一个IMS网络接收会话/事务处理的情况。
在图5a和5b中,图解了到IMS域的移植。
MGCF500在步骤G1从CS接收消息,即呼叫设置消息。MGCF500把消息转换为例如SIP消息和初始邀请消息。
在步骤G2,MGCF500发送消息到接收该消息的相同网络中的I-CSCF502。
在步骤G3,I-CSCF502用初始邀请消息的目标号码对号码可移植性数据库,例如SLF506进行查询。
在步骤G4,SLF504返回新身份标识。
在步骤G5,I-CSCF502向MGCF500返回例如“301永久移动”应答。
在步骤G6,MGCF重新路由消息到O-CSCF504。
在步骤G7,在新身份标识是或包含例如E.164的号码的情况下,O-CSCF504进行新身份标识的ENUM转换。此转换涉及ENUM实体508。
在步骤G8,O-CSCF504路由消息到另一个IMS网络中的新I-CSCF510。
现在参考图5b,其示出对图5a的方案的修改。用相同附图标记标记与图5a所示相同的单元。
步骤H1到H4对应于图5a的步骤G1到G4。
在步骤H5,I-CSCF502路由消息到O-CSCF504。
步骤H6和H7分别对应于步骤G7和G8。
现在参考图解了移植到CS域的图5c和5d。
步骤J1到J7分别对应于步骤G1到G7。
在步骤J8,由于O-CSCF504不能获取可路由的SIP URI,所以O-CSCF504路由消息到第一BGCF514。
接着下一个步骤是构成正常路由步骤的J9a或J9b。具体地,在步骤J9b路由到第二BGCF516或在步骤J9a路由到第二MGCF512。
图5d示出了图5c的方案的修改。
步骤K1到K6分别与图5b的步骤H1到H6相同,并且步骤K7,K8a和K8b分别对应于步骤J8,J9a和J9b。
在本发明的实施例中,可以在注册或会话建立期间通过I-CSCF查询SLF/HSS以获取包含所需用户特定数据的HSS的名称,或获取例如应用服务器,网关等等的适配功能的名称以用于进一步路由。符号SLF/HSS是指SLF,或在SLF不存在的情况下的HSS。
适配功能被设置成与CSCF通信,并且在需要的情况下执行在适当协议和IM子***控制协议之间的协议转换。适配功能被设置成充当网关或服务器,其中可以路由使用非SIP模式的请求。SLF/HSS可以被设置成处理模式并且返回作为适配功能的名称的SIP可路由地址。
在本发明的实施例中,I-CSCF能够向SLF/HSS发送例如DX_SLF_QUERY等等的查询,并且包含作为参数的、在邀请请求中声明的URI。SLF/HSS在其数据库中查找所查询的URI。SLF用其中能够发现用户的预订数据的HSS的名称作出应答,或可选地,SLF/HSS可以用其中应当路由请求的适配功能的名称作出应答。
能够在SLF/HSS中确定被请求方的未知状态。I-CSCF请求有关要到达的、通过包含在邀请请求中的URI来标识的用户的信息,并且在不能发现所查询的URI的情况下,SLF/HSS用表明用户未知的指示回应I-CSCF。I-CSCF使用从SLF/HSS返回的有关用户未知的指示形成返回到发起方的正确SIP消息以指示用户未知。
CSCF和适配功能之间的通信可以基于SIP协议。单会话控制协议可以应用于CSCF和适配功能之间的接口。这可以是SIP协议或另一个协议。
在本发明的实施例中,在IMS内SIP信令的路由可以使用URI。在支持SIP协议的接口上可以使用有效的SIP URL(主域名或网络地址)来标识CSCF和适配功能。当在消息的头字段中标识这些节点时,可以使用这些SIP URL。
可选地,SLF/HSS可以用新身份标识返回GW/S/AS地址。因而,SLF/HSS能够被用作返回具有路由地址的新身份标识的可移植性网络实体或设备。
服务URI处于连接到服务的第一位置。在第二位置,例如由于收费,它也可以连接到用户(这已经导致其建立)。在发起代表服务的会话/事务处理时,服务URI可以用作发起方的身份标识。用户可以建立组身份标识:
I型(用户发起的组会话或事务处理)
在这类组会话和事务处理中,通常每个人针对组会话或事务处理支付他自己的会话。过程是,用户向组服务器预订组身份标识。用户向组成员发送组身份标识,并且接着成员启动针对该组身份标识的会话或事务处理。
II型(组服务器发起的组会话或事务处理)
在这类组会话和事务处理中,通常发起方针对组会话或事务处理支付所有会话。过程是,用户向组服务器预订组身份标识。用户向组服务器发送成员列表。组服务器启动针对组成员的会话或事务处理。
现在参考图6更详细地描述。图6a和6b描述了其中组服务器是应用服务器的已知路由方案。包含这些图例以协助解释本发明的实施例。图6c和6d图解了本发明的实施例。在图6c中,从I-CSCF到组服务器的路由如图2a所示那样。从组服务器到I-CSCF或到O-CSCF的路由类似于图3b中的路由。
参考示出了I型情况(即用户发起的组会话或事务处理)的图6a。发起方600在步骤1发送消息到P-CSCF602,P-CSCF602在步骤2联系相应S-CSCF604。在步骤3,S-CSCF联系组服务器606。在步骤4,组服务器联系预订数据库608,其能够采取任何适当形式并且可以是例如有能力存储动态身份标识等等的SLF,HSS或DRR(动态资源寄存器)或数据库。这有效地允许发起方600预订一组身份标识。在步骤4和5由组服务器606在用户数据库608中存储或激活组身份标识。分别在步骤6,7和8,组服务器通过S-CSCF604和P-CSCF602向发起方600返回组身份标识。发起方600连接到包含组服务器606的网络。
接着发起方600向组的其它成员,即附图标记为618的实体B和附图标记为624的实体C发送组身份标识。这在图中未示出。发起方600和实体B618都连接到包含组服务器606的网络。实体C624连接到与包含组服务器606的网络不同的网络。
组的成员,即实体B618和实体C624根据组身份标识发起会话。在步骤21,每个成员618和624分别联系P-CSCF616和622。在步骤22,相应P-CSCF联系相应S-CSCF614和620。在步骤23,相应S-CSCF联系公共I-CSCF612。应当理解,与实体B相关的P-CSCF和S-CSCF与组服务器在相同网络中,而与实体C相关的P-CSCF和S-CSCF在与组服务器不同的网络中。
I-CSCF612查询用户数据库608以获得有关S-CSCF,此在步骤24和25进行。接着,I-CSCF612在步骤26联系所标识的S-CSCF610。该S-CSCF接着联系组服务器606。通过这种方式,发起会话。
现在参考示出II型情况(即组服务器发起的组会话或事务处理,并且组服务器是应用服务器)的图6b。通过相同附图标记标记与图6a所示相同的单元。在步骤1到8,发起方600预订组身份标识,这些步骤与结合图6a描述的相同或类似。发起方接着向组服务器发送成员列表。此未示出。组服务器接着在现在将描述的步骤21到29发起针对各成员的会话。再次地,在这个例子中,成员是实体B618和实体C624,其中实体B连接到包含组服务器的相同网络,并且实体C连接到不同网络。
首先,在步骤21,组服务器600联系S-CSCF610。在步骤22,S-CSCF610联系用户数据库608以获取例如与组身份标识相关的发起过滤条件的所需用户信息。在步骤23此信息被返回到S-CSCF610。S-CSCF610联系适当I-CSCF612和626。在步骤25,实体B用户的I-CSCF612查询用户数据库,并且在步骤26,接收有关要用于组成员B的S-CSCF614的信息。同样在步骤25,实体C624的I-CSCF626联系HSS628,HSS628在步骤26提供有关要使用的S-CSCF的信息。
接着,I-CSCF612和626联系相应成员B和C618和624的相应S-CSCF614和S-CSCF620。这发生在步骤27。在步骤28,相应S-CSCF614和620联系与相应成员B和C618和624相关的相应P-CSCF616和622。在步骤29,相应P-CSCF616和622接着分别联系成员B和C618和624。通过这种方式,组服务器能够发起会话。
现在参考示出I型情况(即用户发起的组会话或事务处理,其中组服务器不是应用服务器)的图6c。取而代之地,组服务器可以是服务器。再次地,用相同附图标记标记与图6a所示相同的单元。在此方案中,组服务器被标记为606′。代替用户数据库地,存在路由数据库608′。608和608′之间的差异与图1的102与104(正常用户DB)之间和图2a的102与110之间的差异相同。能够由SLF和/或HSS和/或DRR提供路由数据库。
在步骤1到8,发起方600预订组身份标识。这些步骤与结合图6a及6b描述的相同或类似。然而,应当理解,在本发明的实施例中可以省略步骤4和5。在这种情况下,组服务器606′可以具有必要组身份标识并且不需要从路由数据库查找它或把它存储到路由数据库。
接着发起方600发送组身份标识到组的成员。再次地,这未被示出。接着,在步骤21到26,组的成员618和624发起针对组身份标识的会话。步骤21到25如图6a所描述,除使用路由数据库608′代替用户数据库608之外。实际上,路由数据库和用户数据库之间可有小差异。然而,在步骤26,形成直接从I-CSCF612到组服务器606′的连接。这可以象结合前面实施例所讨论的那样。
参考图6d,其示出一例子,其中组服务器不是应用服务器,它是II型情况,即组服务器发起的组会话或事务处理。再次地,与图6a,b和c中相同的单元用相同附图标记来标记。
在步骤1到8,发起方600预订组身份标识。再次地,如图6c,可以省略步骤4和5。发起方接着向组服务器606′发送成员列表。为清楚起见,这些步骤未被示出。
组服务器接着发起与成员的会话。步骤21到26是这样的例子,其中用组中成员的身份标识执行,并且身份标识是SIP URI。这允许与要联系的组服务器连接到相同网络的成员建立会话。通过步骤21到26图解这个。这里,组服务器606′直接连接到I-CSCF612,而不通过S-CSCF。这象结合前面实施例讨论的那样。I-CSCF612在步骤22查询路由数据库608以在步骤23从数据库接收路由信息。该路由信息可以是来自I-CSCF612的消息被路由到的S-CSCF。基于该路由信息,I-CSCF612联系与用户618相关的S-CSCF614。这在步骤24进行。在步骤25,S-CSCF614联系与实体B618相关的P-CSCF616。在步骤26,P-CSCF616联系实体B618。通过这种方式,发起会话。
组服务器可以可选地或另外地用自身网络的TEL URL发起针对成员的会话。这允许与要联系的组服务器连接到相同网络的成员建立会话。在这个步骤,组服务器606′在步骤31联系O-CSCF630。在步骤32,O-CSCF630从数据库632查找ENUM。这在步骤32进行,其中应答在步骤33被发送到O-CSCF。在步骤34,O-CSCF630联系I-CSCF612。接着执行已经描述的步骤22到26。通过这种方式,能够建立会话。
组服务器能够可选地或另外地用外部TEL URL,即不同网络的TEL URL发起会话。这允许与要联系的组服务器连接到不同网络的成员建立会话。在此,执行已经描述的步骤31到34。然而在此情况下,步骤34将允许O-CSCF630联系与成员C624相关的I-CSCF626。该I-CSCF626和成员C是与包含组服务器的网络不同的网络的部分,并且分别连接到该不同网络。在步骤35,I-CSCF从HSS628获得用户624的路由信息。在步骤36返回该信息。该信息可以标识要使用的S-CSCF620。接着,I-CSCF626在步骤37联系所标识的S-CSCF620。在步骤38,S-CSCF620联系相应P-CSCF622。在步骤39,P-CSCF622联系成员C。通过这种方式,建立会话。
可选地或另外地,组服务器能够使用外部SIP URI发起与成员的会话。换句话说,使用不同网络的SIP URI。这允许与要联系的组服务器连接到不同网络的成员建立会话。这涉及步骤31和已经描述的步骤34到39。换句话说,省略步骤32和33。
在本发明的实施例中,组服务器不是应用服务器,因此可不使用ISC接口。在已知方案中,ISC接口与S-CSCF和AS绑定,即在这些实体之间存在ISC接口。路由到AS涉及通过ISC,即S-CSCF到ISC到AS,反之亦然。在S-CSCF使用过滤条件选择AS。在这个实施例中,组服务器的目标是避免到AS的路由必须总是从S-CSCF经过ISC接口的限制。
结合图6c和d以及图7a和b描述的组服务器方案的要点是:
a)允许可选地使用ISC并且除可选ISC之外也通过其它接口(例如通过正常SIP)从S-CSCF路由到组服务器。
b)除终结情况下从S-CSCF的可选路由之外,也允许从其它单元路由到组服务器。
c)除发起情况下到S-CSCF的可选路由之外,也允许从组服务器路由到其它单元。
组服务器被看作到另一个网络的入口点(其能够被看作提供组会话的网络)。
组服务器能够被认为是另一个网络的I-CSCF。在本发明的某些实施例中,组服务器能够包括应用服务器和非应用服务器部分。象针对应用服务器那样路由预订组实体,而象路由到服务器那样路由到组身份标识。图1和2a的路由都对例如应用服务器的相同服务器有效。这具有使路由变得简单的优点。在组服务器是会话发起方的情况下不需要S-CSCF参与。HSS参与是不必要的。在终结情况下SLF能够向组服务器提供地址。SLF可以包含与针对某个组服务器或多个组服务器的路由相关的通配符记录项。组服务器仅给出(即传送)与SLF中的一个通配符记录项匹配的组地址。通过这种方式,组身份标识不必作为动态身份标识被存储到用户数据库(例如HSS,DRR等等)。作为一个例子,*[email protected]可以是SLF中的通配符记录项(或如果没有SLF,则在SLF中)。当John Doe希望预订组身份标识时,组服务器仅提供给John Doe包含他自己身份标识的组身份标识,例如[email protected]和[email protected]。
现在参考示出提供用户无关服务的服务器606″的图7a。图7a示出了发起情况,其中路由来自于用户无关服务器。与图6a所示相同的单元被用相同附图标记表示。相同步骤编号被用于对应于图6所示步骤的步骤。
在用户自身的SIP URI被使用的情况下,结合图6已经描述的步骤31,34和22到26被按该顺序执行。在这种情况下,代替图6所示的组服务器或应用服务器,存在用户无关服务器606″。如图6a和b中那样,存在用户数据库608。在步骤34,O-CSCF联系与包含服务器的网络相同的网络中的I-CSCF612。
在本发明的某些实施例中,这能够被优化,并且当自身SIP URI被使用时能够执行步骤21到26,从而省去步骤31和34。
如果网络自身的TEL URL被使用,则步骤31到34和步骤22到26被按该顺序执行。在步骤34,O-CSCF联系与包含服务器的网络相同的网络中的I-CSCF612。
如果ENUM转换失败,则路由仍然能够使用TEL URL来进行。在这种情况下,使用步骤31到34和41到42。在步骤34,由O-CSCF630联系BGCF650。BGCF650在步骤41联系MGCF652,接着在步骤42,MGCF652连接到电路交换域654。
能够使用外部或不同网络进行路由。如前所述的,这涉及步骤31到33和34到39。在步骤32,ENUM查询被用于在步骤33获取信息,以将TEL URL解析为用于路由的SIP URI。在步骤34,O-CSCF连接到与包含服务器606″的网络不同的网络的I-CSCF626。
如果使用来自不同网络的SIP URI执行路由,则步骤31和34到39被按该顺序执行。在步骤34,O-CSCF连接到与包含服务器606″的网络不同的网络的I-CSCF626。
应当理解,在某些实施例中,能够执行这些路由方法中的一或多个。例如,在此基础上能够执行到不同用户的路由。
现在参考示出终结情况的图7b。再次地,通过相同附图标记指示与图6a和7a所示相同的单元。
如果到用户无关服务器606″的路由来自于与服务器相同的网络,则按此顺序执行下列步骤。在步骤121,用户618联系其相关P-CSCF616,接着P-CSCF616在步骤122联系适当S-CSCF614。在步骤123,S-CSCF614联系I-CSCF612。在步骤124,I-CSCF612联系路由数据库,路由数据库在步骤125向I-CSCF612提供标识服务器606″的路由信息。在步骤126,I-CSCF联系用户无关服务器606″。
在其中用户处于与用户无关服务器606″不同的网络中的终结情况下,执行下列步骤:用户624在步骤131发送联系P-CSCF622。P-CSCF622在步骤132联系相关的S-CSCF620。这些单元在包含服务器606″的网络外部。
在步骤133,S-CSCF620联系与服务器606″在相同网络中的I-CSCF612。如已经描述的,接着执行步骤124到126。
如果用户在电路交换域654中,则电路交换域654在步骤141联系MGCF652。在步骤142,MGCF652联系I-CSCF612。如已经描述的,接着执行步骤124和126。
如果服务器处理其自身数据库或多个数据库中所有所需的身份标识,则它不依赖于HSS或任何其它用户数据库。为此,它能够被称为用户无关服务器。在本发明的优选实施例中,用户无关服务器可能不是应用服务器,因此可能不使用ISC接口。它可以被认为是类似于到另一个网络的入口点,并且能够被其所属的网络看作好象是另一个网络的I-CSCF。用户无关服务器也可以物理地位于网络外部。所有涉及用户的所需数据均位于服务器自身或其自身数据库中。
本发明的实施例具有路由变得简单的优点。在组服务器是会话或事务处理的发起方的情况下,不需要S-CSCF参与。HSS的参与是不必要的。例如,在终结情况下SLF能够提供组服务器的地址。所有涉及用户的数据可以在用户无关服务器的数据库中或在连接到服务器的数据库或多个数据库中。未使用Sh,即HSS和AS之间的接口。在AS发起会话或事务处理的情况下,Sh接口可以被用于从HSS获取S-CSCF地址。如果路由中没有S-CSCF涉及,则不需要向HSS请求S-CSCF地址,并且因而Sh接口是不必要的。本发明的实施例具有这样的优点,即第三方运营商可以方便地提供发起和终结服务,并且不需要向HSS***任何内容。可能需要的唯一变化是在SLF中***指向服务器的域名地址。例如,news.3-party-operators.operator.net可以***到SLF并且连接到针对位于例如“news-host.newscompany.3-party-operators.operator.net”,即3-party-operators.operator.net的子域的地址中的用户无关服务器的路由。域名也可以完全不同于运营商的自身域名。例如,记录项news.company.com可以***到SLF,并且与针对例如company.com的新闻服务器的用户无关服务器的路由相关。通过这种方式,第三方运营商会能够向IMS用户提供服务,而不必具有它自己的IMS网络。因而,在本发明的实施例中,所有涉及用户的所需数据可以位于服务器自身或其自己的数据库或多个数据库中,或位于由运营服务器的同一运营商操作的数据库中。这使得第三方能够从其自己的服务器提供服务,并且使用主(即不同)运营商的IMS或类似网络进行路由。用户无关服务器的用户可以是或可以不是IMS用户。第三方运营商能够独立于主运营商地运行其服务器。
在所描述的实施例的一个修改中,通过S-CSCF实现出站代理,以便发起AS发送信号到S-CSCF以充当出站代理而不是S-CSCF。
通过AS发送的信号在初始请求中
a)嵌入在S-CSCF的地址中,例如它可以是参数,端口号,地址的用户部分中的字符或位串,和/或
b)作为来自例如单独头或有效负载中的S-CSCF的地址的单独信号。
由于出站代理只是S-CSCF的功能的子集,所以它实现简单。通过相同信令机构,也可以使用I-CSCF,或使用任何CSCF来实现出站代理。
这里参考引用的第三代合伙标准23.228的版本6引入了公共服务身份标识(PSI)的概念。下面讨论的方案使用被设置成提供S-CSCF功能或出站代理功能的S-CSCF。
随着标准化出席,消息,会议以及IM CN子***中的组服务性能的引入,存在对公共服务身份标识(PSI)的需要。这些身份标识不同于公共用户身份标识的方面在于在它们标识通过应用服务器驻留的服务。具体地,公共服务身份标识被用于标识组。例如,聊天型服务可以使用公共服务身份标识(例如,sip:[email protected]),对此用户建立会话以能够从其它会话参与方发送和接收消息。
公共服务身份标识采取在RFC3261[12]和RFC2396[13]中定义的SIP URL的形式,或采取在RFC2806[15]中定义的″tel:″-URL的格式。这些标准被这里参考引用并且是IETF标准。
IM CN子***提供使用户在AS控制下建立,管理并且使用公共服务身份标识的能力。可以静态和动态地建立公共服务身份标识。每个公共服务身份标识被应用服务器驻留,其执行由公共服务身份标识所标识的服务特定逻辑。IM CN子***提供使用公共服务身份标识路由IMS消息的性能。
使用公共服务身份标识对AS发起的会话/事务处理的路由在当前建议中是不清楚的,并且如下所述的方案解决了该问题。
直到现在只描述了到PSI的路由,即在提供服务的AS处终结的请求。本发明的实施例讨论了路由来自PSI的请求的不同可能性。
例如,当会议AS邀请用户参加会议(拨出)时,需要来自PSI的请求。如这个例子所示,在CN1中会议工作的进程很大程度上与PSI路由过程相关。
为了路由来自PSI的请求,可以使用下列可能路由情景:
a)请示总是通过在发起方归属网络中的S-CSCF来路由
在这种情况下,AS700总是不得不首先通过其归属网络的S-CSCF704进行路由。
这可以通过将所谓预加载路由头放到请求中(标准SIP过程)来实现。接着,从S-CSCF704路由到终结I-CSCF702,
b)请求总是需要通过发起网络中的任何CSCF进行路由
这里,AS首先路由初始请求到归属运营商的I-CSCF706或S-CSCF704。能够动态(例如通过Sh接口)或者基于运营商的策略来确定具体CSCF。
c)请求总是直接路由到目的网络
在此情景中的AS700直接路由到终结I-CSCF702,无需发起网络中的CSCF的任何参与。这也符合SIP中所描述的路由过程。
d)基于运营商决定来路由请求
由于具有预加载的路由的可能性,不需要标准化上述情景之一作为唯一对IMS有效的情景-AS的路由行为能够由运营商基于归属网络的策略来确定。
基于所提供的服务,AS可以支持或可以不支持指定路由功能。SIP提供使实体只能够路由到专用的下一转发段(所谓出站代理)的可能性。如果AS不能够例如解析终结I-CSCF的地址,则它需要首先把请求传递到能够路由请求到终结网络的实体。
当tel URL指示终结方时尤其会出现此情况。为了解析tel URL,AS能够首先路由请求到能够解析telURL的S-CSCF。
另一方面,非常有可能的是许多应用服务器会能够执行SIP路由过程,DNS。
可能需要调整S-CSCF的功能以便为AS提供必要的路由机构;S-CSCF应当在它检测到传入的发起请求指示PSI作为发起方时,只执行其路由功能(并且不执行例如过滤功能)。
根据服务的特性,已经能够在S-CSCF内提供一些收费支持。然而,由于它们被设计成服务不可的,CSCF未执行针对IMS中的特定服务的收费。如果由S-CSCF提供的收费支持不够,则AS能够提供用于收费目的的更多信息。
然而,在拨出会议的给定例子中,邀请也将涉及AS和被叫用户之间的介质会话。在这种情况下,基于邀请消息中的SDP对会话的计费信息的产生能够由S-CSCF执行。
必须注意,在这种情况下,S-CSCF将
a)需要关于PSI涉及的用户(例如会议创建者)的信息,-PSI自身不包含关于必须收费的用户的任何线索;
b)对介质会话自身没有任何控制(例如P-CSCF/PCF通过Go接口)。
运营商可能想从横跨其网络的所有呼叫收集某数据。这种功能能够由例如I-CSCF执行,以便不使用过多的S-CSCF的资源。
如上所示,尽管SIP允许AS解析终结I-CSCF并且直接路由到它,然而可能有运营商想首先路由PSI发起的呼叫到其自己的网络中的CSCF的情况。
也明白,路由行为对于在路由方面要求某种灵活性等级的个别情况可以有所不同:
a)运营商可能想强制使所有AS通过在其网络中的一或多个指定实体路由PSI发起的呼叫(严格策略);
b)运营商可能想仅强制使某个AS通过在其网络中的一或多个指定实体路由PSI发起的呼叫;
c)尽管运营商不使用任何路由策略,但AS可能不能够执行SIP路由过程,因此需要首先联系S-CSCF;
d)尽管运营商不使用任何路由策略,但在例如ENUM不能由AS执行(逐个情况地路由)的某些情况下,AS可能需要联系S-CSCF;
允许这种灵活的方案将在另一方面偏离它当前所在的IM CN子***内的一些原则,例如
a)如果运营商使用丢失策略,则尽管没有为这种目的定义的接口,然而AS能够直接路由到归属网络外的实体;
b)如果运营商使用丢失策略,则AS能够直接路由到BGCF(例如当邀请另一个用户参加会议时);
c)如果运营商不强制AS通过S-CSCF路由,则S-CSCF可能不了解来自/终结于归属网络的介质流;
d)来自AS/PSI的呼叫的路由不会被严格限定在归属网络内并且基于个别情况和运营商策略,路由行为将不同。
如果通过S-CSCF路由会话/事务处理,则第一个问题是应当使用什么S-CSCF,并且第二个问题是如何跳过过滤条件处理。这由图9所示的方案图解。
AS800从配置数据获取S-CSCF地址。AS发送第一消息到所标识的S-CSCF802:来自Y的邀请X(Y是PSI身份标识)Route:psiscsf.home.net。
由于Route包含PSI指示,所以S-CSCF902跳过过滤条件的评估/处理。S-CSCF802接着发送来自Y的邀请X消息到I-CSCF804。
已经结合应用服务器描述了本发明的实施例。然而应当理解,本发明的实施例也可以用于网关或任何其他实体,具体用于象应用服务器那样对图中图解和/或所描述的其它实体具有的相同或类似关系的实体。
应当理解,已经描述了若干不同特征,并且本发明的一些实施例能够结合这些特征的不同特征。
应当理解,在本发明的实施例中,IMS是访问无关的。这意味着能够使用例如WLAN(无线局域网)等等的任何适当的访问方法。IMS和PRE模式提供了无需指定用于获取服务的协议而指定服务的方式。这些协议无关模式提供了标识服务的方式。
Claims (61)
1.一种通过IMS***路由消息的方法,包括步骤:
在I-CSCF接收消息;
获得所述消息所针对的网络功能的地址信息;以及
根据所述地址信息发送所述消息到所述网络功能。
2.如权利要求1所述的方法,其中通过代理或网关单元把所述消息直接发送到网络功能。
3.如权利要求1或2所述的方法,其中所述获得步骤包括查询数据库。
4.如权利要求3所述的方法,其中所述数据库包括SLF。
5.如权利要求3或4所述的方法,其中所述数据库提供所述网络功能的所述地址信息。
6.如权利要求3,4或5所述的方法,其中所述数据库提供标识其它数据库的信息。
7.如权利要求6所述的方法,其中所述其它数据库包括HSS,UMS或SSR之一。
8.如权利要求6或7所述的方法,其中所述其它数据库包含所述地址信息。
9.如权利要求6,7或8所述的方法,其中所述其它数据库包含所述网络功能的配置信息。
10.如任何前述权利要求所述的方法,包括确定所述消息是针对IMS目标还是非IMS目标的步骤。
11.如权利要求10所述的方法,其中在确定所述消息是针对非IMS目标的情况下遵循权利要求1所述的步骤。
12.一种通过IMS***从网络功能路由消息的方法,包括步骤:
从网络功能发起消息;
确定所述消息将被发送到的代理实体的地址;
路由所述消息到所述代理实体;以及
从所述代理实体路由所述消息到目标网络的入口点。
13.如权利要求12所述的方法,其中所述入口点与所述AS在相同网络中。
14.如权利要求12所述的方法,其中所述入口点与所述AS在不同网络中。
15.如权利要求12,13或14所述的方法,其中所述发起步骤包括发起会话和事务处理之一。
16.如权利要求12到15中任何一个所述的方法,其中所述确定步骤包括查询数据库,表,文件和列表之一的步骤。
17.如权利要求12到16中任何一个所述的方法,其中所述确定步骤包括由包含在所述功能中的信息确定代理实体。
18.如权利要求12到17中任何一个所述的方法,包括确定所述消息将被路由到的入口点的步骤。
19.如权利要求12到18中任何一个所述的方法,其中所述代理实体被设置成确定所述消息将被发送到的目标入口点。
20.如权利要求19所述的方法,其中所述代理实体被设置成通过访问数据库来确定所述消息将被发送到的目标入口点。
21.如权利要求20所述的方法,其中所述数据库包括DNS。
22.一种通过IMS***从网络功能路由消息的方法,包括步骤:
从网络功能发起消息;
确定所述消息将被发送到的I-CSCF;
在所述I-CSCF与所述网络功能在相同网络中的情况下,直接路由所述消息到所述I-CSCF。
23.一种通过IMS***从网络功能路由消息的方法,包括步骤:
从网络功能发起消息;
确定所述消息将被发送到的I-CSCF;
在所述I-CSCF在可信网络中的情况下,直接路由所述消息到所述I-CSCF。
24.一种通过IMS***从网络功能路由消息的方法,所述方法包括步骤:
从网络功能向I-CSCF发送请求;
在I-CSCF确定来自所述网络功能的消息将被发送到的S-CSCF;以及
发送所述消息到所确定的S-CSCF。
25.如权利要求24所述的方法,其中所述网络功能包括PLS。
26.如权利要求24或25所述的方法,其中所述确定步骤包括查询数据库。
27.如权利要求24,25或26所述的方法,其中所述确定步骤包括查询HSS。
28.一种通过IMS***从第一网络功能路由消息的方法,所述方法包括步骤:
从第一网络功能向I-CSCF发送请求;
在I-CSCF确定来自所述第一网络功能的消息将被发送到的第二网络功能;以及
直接从I-CSCF发送所述消息到所述第二网络功能。
29.如任何前述权利要求所述的方法,其中所述网络功能包括网络实体。
30.如权利要求所述的方法,其中所述网络功能包括应用服务器,服务器和网关之一。
31.如任何前述权利要求所述的方法,其中所述网络功能提供适配功能。
32.一种路由消息的方法,包括步骤:
根据第一协议接收消息;
转换所述消息到第二协议;
使用所述消息中的标识信息查询数据库以获得新标识信息;以及
使用所述新标识信息路由消息到代理。
33.如权利要求32所述的方法,其中所述代理被设置成路由所述消息。
34.如权利要求32所述的方法,其中所述代理被设置成获得所述身份标识的转换。
35.如权利要求32所述的方法,其中所述代理路由消息到另一个网络。
36.如权利要求35所述的方法,其中代理路由消息到I-CSCF。
37.如权利要求32所述的方法,其中I-CSCF被设置成查询所述数据库。
38.如权利要求37所述的方法,其中所述I-CSCF被设置成路由所述消息到所述代理。
39.如权利要求38所述的方法,其中接收所述消息的实体被设置成路由所述消息到所述代理。
40.如权利要求32所述的方法,其中所述第二协议是SIP。
41.如权利要求32所述的方法,其中所述代理被设置成路由所述消息到网关。
42.一种通过IMS***路由消息的方法,包括步骤:
基于网络功能获得的地址信息从所述网络功能向I-CSCF发送消息;
在I-CSCF获得所述消息的地址信息;以及
根据所述地址信息从所述I-CSCF发送所述消息。
43.如权利要求1或附加其后的任何权利要求所述的方法,其中所述网络功能包括服务器,所述服务器被设置成通过S-CSCF发送至少一个用户的消息,以及通过I-CSCF发送至少一个用户的消息。
44.一种通过网络向至少一个实体提供服务的服务器装置,所述服务器包括:
通过所述网络向至少一个用户提供服务的服务器;以及
存储关于所述至少一个用户的信息的数据库。
45.如权利要求44所述的服务器装置,其中所述数据库是所述服务器的一部分。
46.如权利要求44所述的装置,其中所述数据库与所述服务器分离。
47.如权利要求44,45或46所述的服务器装置,其中在使用中,独立于所述网络地操作所述服务器。
48.如权利要求44到48中任何一个所述的服务器装置,其中由网络提供方操作所述网络,并且由服务提供方操作所述服务器,所述网络提供方和所述服务提供方是不同的。
49.如权利要求44所述的服务器装置,其中由公共服务提供方操作所述服务器和所述数据库。
50.如权利要求44到49中任何一个所述的服务器装置,其中所述网络被用于在所述服务器和至少一个用户之间的路由。
51.一种通过网络从服务器向用户提供服务的方法,所述方法包括步骤:
为用户提供服务信息,通过服务器装置提供所述服务信息,所述服务器装置包括服务器和包含用户信息的至少一个数据库;以及
通过网络路由所述服务信息。
52.如权利要求51所述的方法,其中至少一个数据库是所述服务器的一部分。
53.如权利要求51或52所述的方法,其中由服务提供方操作所述服务器装置,该服务提供方不同于网络提供方。
54.如权利要求51,52或53所述的方法,其中所述网络是IMS网络。
55.如权利要求51到54中任何一个所述的方法,其中所述至少一个用户是IMS用户。
58.一种呼叫会话控制功能,所述呼叫会话控制功能具有第一模式,其中所述呼叫会话控制功能提供呼叫会话控制功能,以及第二模式,其中所述呼叫会话控制功能提供出站代理功能。
59.如权利要求58所述的呼叫会话控制功能,其中所述呼叫会话控制功能包括服务呼叫会话控制功能,查询呼叫会话控制功能和代理呼叫会话控制功能之一。
60.如权利要求58或59所述的呼叫会话控制功能,其中响应所述呼叫会话控制功能接收的信号选择所述模式。
61.如权利要求60所述的呼叫会话控制功能,其中响应包含在所述呼叫会话控制功能的地址中的信息来控制模式。
62.如权利要求60或61所述的呼叫会话控制功能,其中响应分别由所述呼叫会话控制功能的地址提供的信息来控制模式。
63.如权利要求61所述的呼叫会话控制功能,其中在分立头和有效负载的至少一个中提供所述信息。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US44775403P | 2003-02-19 | 2003-02-19 | |
US60/447,754 | 2003-02-19 | ||
GB0306830.1 | 2003-03-25 | ||
GB0315502.5 | 2003-07-02 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210074547.7A Division CN102624735B (zh) | 2003-02-19 | 2004-02-19 | 通过ims***路由消息 |
CN201010167328A Division CN101834869A (zh) | 2003-02-19 | 2004-02-19 | 通过ims***路由消息 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1778086A true CN1778086A (zh) | 2006-05-24 |
Family
ID=36766719
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200480007779 Pending CN1778086A (zh) | 2003-02-19 | 2004-02-19 | 通过ims***路由消息 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN1778086A (zh) |
ZA (1) | ZA200506769B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008067728A1 (fr) * | 2006-12-08 | 2008-06-12 | Huawei Technologies Co., Ltd. | Procédé, réseau et dispositif pour acheminer une session |
CN101841550B (zh) * | 2009-03-16 | 2012-09-26 | ***通信集团公司 | 一种ims网络的通信方法、*** |
CN103780577A (zh) * | 2012-10-19 | 2014-05-07 | 中兴通讯股份有限公司 | 物联网应用的实现方法、装置及终端 |
-
2004
- 2004-02-19 CN CN 200480007779 patent/CN1778086A/zh active Pending
-
2005
- 2005-08-24 ZA ZA200506769A patent/ZA200506769B/en unknown
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008067728A1 (fr) * | 2006-12-08 | 2008-06-12 | Huawei Technologies Co., Ltd. | Procédé, réseau et dispositif pour acheminer une session |
CN101197806B (zh) * | 2006-12-08 | 2012-04-18 | 华为技术有限公司 | 一种路由会话的方法、网络及设备 |
CN101841550B (zh) * | 2009-03-16 | 2012-09-26 | ***通信集团公司 | 一种ims网络的通信方法、*** |
CN103780577A (zh) * | 2012-10-19 | 2014-05-07 | 中兴通讯股份有限公司 | 物联网应用的实现方法、装置及终端 |
CN103780577B (zh) * | 2012-10-19 | 2018-12-21 | 南京中兴新软件有限责任公司 | 物联网应用的实现方法、装置及终端 |
Also Published As
Publication number | Publication date |
---|---|
ZA200506769B (en) | 2006-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1655553A (zh) | 便于第三方呼叫和设备控制的***和方法 | |
CN1801970A (zh) | 自动产生和/或控制有多个参加者的电信会议的方法及设备 | |
CN1222896C (zh) | 用户简档数据的管理 | |
CN101043701A (zh) | 一种ip多媒体子***为移动电路域用户提供注册和呼叫接续的方法及其*** | |
CN1575466A (zh) | 存在管理的实现 | |
CN1526246A (zh) | 移动即时消息收发和存在服务 | |
CN1823347A (zh) | 用来提供一种服务的***和方法 | |
CN101064866A (zh) | 一种短信的路由寻址方法及*** | |
CN1615646A (zh) | 通信装置 | |
CN1816053A (zh) | 基于会话初始化协议的流媒体直播p2p网络方法 | |
CN101064726A (zh) | 地址变换装置、消息处理方法及网络*** | |
CN1801814A (zh) | 一种离线消息发送和接收方法 | |
CN1794705A (zh) | 即时消息用户使用其它即时消息***聊天室的方法及*** | |
CN1722670A (zh) | 通信***、通信终端设备及会议控制单元 | |
CN1359585A (zh) | 用于从配置在综合电信网络中的实体中提供至业务节点的接入的***与方法 | |
CN1881958A (zh) | 一种用户设备从分组域向电路域切换的方法及装置 | |
CN1819671A (zh) | 关于按键通话发言权和队列信息的方法及其相关装置 | |
CN1801810A (zh) | 一种会话初始化协议消息体内容处理方法及网络 | |
CN101056339A (zh) | 回铃音与振铃音相互转换的方法、***及装置 | |
CN1843050A (zh) | 无线通信网络中资源预留的方法和*** | |
CN1770805A (zh) | 计算机辅助管理电话会议的方法以及电话会议服务器装置 | |
CN1832414A (zh) | 提供多个群组通信业务的方法、群组通信业务***及群组通信业务服务器单元 | |
CN1656482A (zh) | 在使用用户档案web门户的电信网中用于服务和应用个性化的方法和装置 | |
CN1442984A (zh) | 通信设备和网络*** | |
CN101047630A (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 | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20060524 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |