CN100589454C - 一种基于ip传输的消息路由方法和系统 - Google Patents
一种基于ip传输的消息路由方法和系统 Download PDFInfo
- Publication number
- CN100589454C CN100589454C CN200610066872A CN200610066872A CN100589454C CN 100589454 C CN100589454 C CN 100589454C CN 200610066872 A CN200610066872 A CN 200610066872A CN 200610066872 A CN200610066872 A CN 200610066872A CN 100589454 C CN100589454 C CN 100589454C
- Authority
- CN
- China
- Prior art keywords
- message
- sending
- hss
- hlr
- failure
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 112
- 230000005540 biological transmission Effects 0.000 title claims abstract description 83
- 102000018059 CS domains Human genes 0.000 claims description 15
- 108050007176 CS domains Proteins 0.000 claims description 15
- 238000012545 processing Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种基于IP传输的消息路由方法和系统,IP消息网关或传统的消息路由实体通过将终结消息发送失败的信息传输至HSS/HLR,使HSS/HLR能够得知该终结消息在某些网络域中未发送成功,这样,当HSS/HLR获知终结消息在某些网络域中未发送成功时,HSS/HLR能够在该被叫用户后续的终结消息路由过程中,将可用的路由信息传输至IP消息网关或者传统的消息路由实体,避免了无用的路由过程;当HSS/HLR获知终结消息在各个网络域中均未发送成功、且检测到被叫用户在某个网络域中的状态发生改变时,能够及时触发消息的终结流程,便终结消息能够在第一时间传输至被叫用户;从而降低了消息传输时延,提高了消息业务的服务质量,提高了消息路由效率。
Description
技术领域
本发明涉及网络通讯技术领域,具体涉及一种基于IP传输的消息路由方法和系统。
背景技术
随着宽带网络的发展,移动通信将不仅仅局限于传统的话音通信,结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来,通过与presence(呈现业务)、短消息、WEB(网页)浏览、定位信息、PUSH(推送业务)、文件共享等数据业务的结合,可以满足移动用户的多种需求。
在多种应用的推动下,3GPP以及3GPP2等标准组织先后推出了基于IMS(IP的多媒体子系统)的架构,其目的是:在移动网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用,从而提供给移动用户更多的选择和更丰富的感受。
在3GPP Release 5(R5)阶段,引入了IP多媒体子系统域,简称IMS。IMS叠加在分组域网络之上,由CSCF(呼叫状态控制功能)、MGCF(媒体网关控制功能)、MRF(媒体资源功能)和HSS(归属签约用户服务器)等功能实体组成,其中,CSCF又可以分成S-CSCF(服务CSCF)、P-CSCF(代理CSCF)和I-CSCF(查询CSCF)三个逻辑实体,S-CSCF是IMS的业务交换中心,执行会话控制,维持会话状态,负责管理用户信息,产生计费信息等。P-CSCF是终端用户接入IMS的接入点,完成用户注册,负责QoS控制和安全管理等,I-CSCF负责IMS域之间的互通,管理S-CSCF的分配,对外隐藏网络拓扑和配置,产生计费数据等。MGCF控制网关,实现IMS网络和其它网络的互通,MRF提供媒体资源,如收放音,编解码和多媒体会议桥。HSS是用户数据库,存储IMS用户的签约数据和配置信息等。
由于IMS网络的结构做到了和底层承载网络无关,因此,3GPP定义的IMS网络也可以应用在3GPP定义的分组域网络之外的其他分组网络上,比如3GPP2中定义的分组网络、WLAN网络以及NGN网络等,实现了和终端类型的无关性以及和接入网络类型的无关性。由此可知,可以不限制IMS只应用在3GPP相关的网络和应用上,其他类型的接入网络和承载网络的业务和应用也可以用IMS架构来实现,这样,IMS为未来的多媒体应用提供了一个通用的业务使能平台,IMS是向All IP Network业务提供体系演进的重要一步。
目前,3GPP提出的基于IMS的消息业务与传统短消息业务互通的网络构架如附图1所示。
图1所示的网络构架中的SME(短消息实体)、SM-SC(短消息业务中心)、SMS-GMSC/SMS-IWMSC(关口移动交换中心/短消息网关)、HSS/HLR(归属用户服务器/归属位置寄存器)、CGF/CDF(计费网关功能/计费数据功能)和OCS(在线计费系统)是目前移动网实现SMS业务的功能实体。
SM-SC用于存储短消息;SMS-GMSC是传统消息路由实体,用于在移动用户接收到短消息时,向HSS/HLR查询路由信息;SMS-IWMSC用于检查移动用户漫游情况下是否允许向其归属SM-SC发送短消息。目前移动网络中应用的短消息中心都是集SM-SC、SMS-GMSC和SMS-IWMSC三个为一体的网络设备,并没有将这三个功能实体作为单独的物理设备来实现,所以,在下面的描述中,短消息中心即代表SM-SC、SMS-GMSC和SMS-IWMSC三个一体的网络设备。
HSS/HLR用于存储移动用户的数据信息,包括路由信息,CGF/CDF用于收集并处理用户的离线计费的话单信息,然后,传递至计费中心,OCS用于收集并处理移动用户在线计费的话单信息,然后传递至计费中心。
图1中的IP-Message-GW(IP Message Gateway,IP消息网关)是新增的网络实体,该网络实体通过已有的WCDMA/GSM网络短消息协议之间互通,来实现IP用户设备与SMS-GMSC/SMS-IWMSC之间的通讯。
IMS core包含了IP多媒体子系统域的核心逻辑实体:S-CSCF、P-CSCF和I-CSCF。IMS core为用户设备和IP-Message-GW之间提供了可靠的连接。基于SIP的用户设备UE使用消息业务时,必须先注册到IMS,然后再通过IMS向IP-Message-GW发起的第三方注册在IP-Message-GW上注册,IP-Message-GW通知HSS该UE已注册以及IP-Message-GW地址,HSS保存IP用户的状态为IP Connected,并存储IP用户的地址和其注册的IP-SM-GW的地址。
在目前的技术方案中,基于IMS的消息业务与传统消息业务互通的技术方案中基于IP的用户终端的消息终结方法有如下两种:
方法一、被叫UE在IP-Message-GW中注册之后,由传统的消息路由实体来实现IMS网络域的UE的SMS-MT(短消息移动终结)流程如附图2所示。
图2中,在步骤1、UE根据IMS注册流程注册到S-CSCF中。
到步骤2、SM-SC向SMS-GMSC转发短消息。
到步骤3、SMS-GMSC向HLR/HSS发送请求以获取路由信息消息,其中包括一个指示“SMS-GMSC支持IP消息传输”的标识。该标识表明SMS-GMSC则能够接收并处理HLR/HSS在取路由信息响应消息中返回的MSC、SGSN和IP-Message-GW三个实体的E.164地址,并且短消息能够经由MSC、SGSN和IP-Message-GW三条路径进行传输。当用户注册到IP-MESSAGE-GW并且能够经由IMS网络传送短消息时,HLR/HSS向SMS-GMSC返回IP-Message-GW、MSC和SGSN的地址。如果HLR/HSS没有收到“SMS-GMSC支持IP消息传输”的标识,但收到“SMS-GMSC支持GPRS”的标识,则按照优先级顺序向SMS-GMSC返回SGSN和MSC的地址,否则只返回MSC的地址。
到步骤4、SMS-GMSC根据接收到HLR/HSS返回的IP-MESSAGE-GW的地址信息,向IP-Message-GW发送携带有UE的MSISDN的短消息。
这里,当SMS-GMSC只接收到HLR/HSS返回的MSC和/或SGSN地址信息时,则根据接收到的地址优先级顺序向MSC或SGSN发送携带有UE的MSISDN的短消息,该过程同现有实现方式一致,不再赘述。
到步骤5、IP-Message-GW将被叫UE的MSISDN转换成TEL-URL格式,并根据TEL-URL格式的被叫标识获得SIP-URL格式的被叫标识,然后,IP-Message-GW使用SIP MESSAGE格式向S-CSCF发送消息。
到步骤6、S-CSCF将SIP MESSAGE转发给UE。
到步骤7、UE向S-CSCF返回200OK。
到步骤8、S-CSCF向IP-Message-GW返回200OK。
到步骤9、UE用SIP MESSAGE向S-CSCF发送消息发送报告。
到步骤10、S-CSCF根据过滤器规则触发业务,向IP-Message-GW转发SIPMESSAGE消息。
到步骤11、IP-Message-GW向SMS-GMSC转发短消息传送报告。
到步骤12、SMS-GMSC向HLR/HSS发送短消息传送报告。
到步骤13、SMS-GMSC向SM-SC发送短消息传送报告。
到步骤14、IP-Message-GW使用200OK向S-CSCF发送响应消息。
到步骤15、S-CSCF使用200OK向UE发送响应消息。
方法二、被叫UE在IP-Message-GW中注册之后,由IP消息网关来实现IMS网络域的UE的SMS-MT(短消息移动终结)流程如附图3所示。
图3中,在步骤1、消息中心向传统消息路由实体如短消息路由实体SMS-GMSC(Short Message Service Gateway Mobile Switching Center,短消息服务-移动交换中心网关)、多媒体消息路由实体MMS Relay(多媒体消息服务中继)等转发消息。
到步骤2、传统消息路由实体在接收到消息后,向HSS/HLR发起路由查询请求,路由查询请求消息中携带有用户标识信息,传统消息路由实体请求HSS/HLR提供对消息业务的路由信息,HSS/HLR在判断出发送路由查询请求消息的网元是传统消息路由实体时,则向传统消息路由实体返回用户所在IMS网络域的IP消息网关地址。
到步骤3、传统消息路由实体根据HSS/HLR返回的路由查询响应消息中的IP消息网关地址,向IP消息网关转发消息,IP消息网关对其接收到的消息进行存储。
到步骤4、IP消息网关向HSS/HLR发起路由查询请求,路由查询请求消息中携带有用户标识信息,请求HSS/HLR提供对消息业务的路由信息,HSS/HLR在判断出发送路由查询请求消息的网元是IP消息网关时,则根据用户当前的注册信息,即根据用户在IMS的注册状态、在CS域的注册状态以及PS域的注册状态向IP消息网关返回用户终端已经注册的S-CSCF和/或MSC和/或SGSN的地址。
到步骤5、IP消息网关在接收到HSS/HLR返回的S-CSCF和/或MSC和/或SGSN的地址后,执行NeDS(Network Domain Selection,网络域选择)功能,根据其存储的运营商策略及用户喜好对其接收到的地址列表决策消息发送路径的优先级。然后,IP消息网关按照决策出的消息发送路径的优先级顺序,选择优先级最高的消息发送路径进行消息发送,如当IP消息网关决策出消息发送路径的优先级顺序为S-CSCF、SGSN、MSC时,IP消息网关首先向S-CSCF发送消息。
到步骤6、如果消息发送成功,则IP消息网关在接收到消息发送成功报告后,删除其存储的消息信息,然后,执行步骤13。
在步骤6、如果消息发送不成功,则执行步骤7。
在步骤7、被叫用户通过SIP MESSAGE(初始会话协议消息)将消息发送失败报告发送至S-CSCF。
由于消息可能无法通过IMS域发送到被叫用户,这样,被叫用户可能不会向S-CSCF发送消息发送失败报告,所以,这里的步骤7为可选步骤。
到步骤8、S-CSCF通过SIP MESSAGE将消息发送失败报告发送至IP消息网关。
到步骤9、IP消息网关接收到消息发送失败报告后,根据接收到的消息发送失败报告进行后续处理,如消息发送失败报告中的失败原因为MCEF(存储空间满)时,IP消息网关则不再进行其他路径的发送尝试,IP消息网关删除其存储的消息,并向传统消息路由实体转发消息发送失败报告;再如消息发送失败报告中的失败原因不为MCEF时,IP消息网关则按照消息发送路径的优先级顺序向SGSN发送消息,到步骤10。
在步骤10、SGSN接收到IP消息网关发送来的消息后,向用户终端转发消息,如果消息发送失败,SGSN将消息发送失败报告发送至IP消息网关,IP消息网关在接收到SGSN的消息发送失败报告后,根据接收到的消息发送失败报告进行后续处理,如消息发送失败报告中的失败原因为MCEF时,IP消息网关则不再进行其他路径的发送尝试,IP消息网关删除其存储的消息,并向传统消息路由实体转发消息发送失败报告;再如消息发送失败报告中的失败原因不为MCEF时,IP消息网关则按照消息发送路径的优先级顺序继续向MSC发送消息。通过MSC发送消息的过程与上述通过SGSN、S-CSCF发送消息的过程相同。
设定IP消息网关通过SGSN或MSC向被叫用户终端成功发送消息,则执行步骤11。
在步骤11、被叫用户终端向SGSN/MSC发送消息发送报告。
到步骤12、SGSN/MSC向IP消息网关发送消息传送报告。
到步骤13、IP消息网关向传统消息路由实体发送消息传送报告。
到步骤14、传统消息路由实体向HSS/HLR发送消息发送状态报告。
到步骤15、传统消息路由实体向消息中心发送消息传送报告。
在上述针对图3的流程描述中,NeDS功能也可以由HSS/HLR来执行,即在HSS/HLR中设置运营商的策略及用户喜好信息,HSS/HLR在接收到来自IP消息网关的消息路由信息查询请求后,根据用户当前的注册信息,即根据用户在IMS域的注册状态、在CS域的注册状态以及在PS域的注册状态获得用户终端已经注册的S-CSCF和/或MSC和/或SGSN的地址信息,并执行NeDS功能,即根据运营商的策略及用户喜好对获得的地址列表进行优先级排序,然后,HSS/HLR向IP消息网关返回具有优先级顺序的地址列表。这样,IP消息网关在接收到HSS/HLR返回的路由查询响应消息时,按照路由查询响应消息中优先级顺序,选择优先级最高的消息发送路径发送消息。后续的实现过程同图3流程中的描述基本一致,在此不再赘述。
3GPP标准组织在3GPP TS23.040中定义了MWI(Message-Waiting-Indication,消息等待指示),MWI用于处理传统短消息业务由于用户终端在网络中不可及或用户终端存储空间满而使消息发送失败的情况。
MWI包括MWD(Messages-Waiting-Data,消息等待数据)、MNRG(Mobile-station-Not-Reachable-for-GPRS)、MNRF(Mobile-station-Not-Reachable-Flag)、MNRR(Mobile-Not-Reachable-Reason)和MCEF(Mobile-station-Memory-Capacity-Exceeded-Flag)。
MWI中的各信息在各网元中的存储位置如图4所示。
图4中,MWD中存放的是短消息中心的地址,这些短消息中心都曾经向MSIsdn-Alert所对应的用户终端发起过短消息终止流程,但是,因为用户终端在网络中缺席或者用户终端存储空间满等原因而使这些消息终止流程失败了。MNRF、MNRG、MCEF的值都是布尔值。
MNRF值为真,表示之前短消息终止流程失败的原因是用户终端在CS网络域中不可及,否则MNRF值为假;MNRG值为真,表示之前短消息终止流程失败的原因是用户终端在PS网络域中不可及,否则MNRG值为假;MCEF值为真,表示之前短消息终止流程失败的原因是用户终端存储空间满,否则MCEF值为假。
MNRR表示用户终端在CS域和/或PS域中不可及的原因。如果用户终端不可及的原因不可知,则MNRR为空状态;否则MNRR有以下四种状态值:No Paging Response via MSC(用户终端在CS域中没有寻呼响应),No PagingResponse via SGSN(用户终端在PS域中没有寻呼响应),IMSI Detached(用户终端在CS域中未附着),GPRS Detached(用户终端在PS域中未附着)。
当短消息终止流程失败,SMS-GMSC会接收到MSC、SGSN、S-CSCF的消息发送失败报告,此时,SMS-GMSC会向HSS/HLR发送消息发送状态报告,消息发送状态报告中携带有消息发送失败的原因,如用户终端不可及或用户终端存储空间满等,消息发送状态报告中还会进一步标示出用户终端是在CS域和/或PS域不可及、及用户终端不可及的原因,如没有寻呼响应或未在网络中附着等。
HSS/HLR会根据SMS-GMSC发送来的消息发送状态报告中携带的参数更新其存储的MWI,这样,当用户终端的状态改变时,如用户终端重新附着在CS/PS域、或用户终端有可以使用的存储空间时,HSS/HLR会通过调用Alert-SC再次进行短消息终结流程。
在目前基于IMS的消息业务与传统消息业务互通的技术方案一中,当终结消息在各个网络域中均发送失败或者在消息发送成功后,IP消息网关需要向传统消息路由实体发送消息传送报告,此时,传统消息路由实体只能够根据其接收的消息传送报告得知该终结消息是否传输成功,因此,HSS/HLR也只能够从传统消息路由实体传输来的消息发送状态报告中得知该终结消息是否传输成功,使HSS/HLR不能够根据消息发送状态报告更新其存储的MWI。如果被叫用户在CS、PS或IMS域中不可及,则HSS/HLR在该被叫用户的后续消息路由过程中,仍然会将被叫用户在CS、PS和IMS域中的路由信息下发给IP消息网关,使IP消息网关进行了不必要的消息路由过程,浪费了网络资源。
另外,上述方法一和方法二中,HSS/HLR存储的MWI仅能够体现用户终端在CS/PS域的状态,这样,在一些情况下,HSS/HLR不能够通过调用Alert-SC及时进行短消息终结流程,如当用户终端由于在CS域、PS域、IMS域均不可及而使短消息终止流程失败后,如果用户终端在CS域和PS域的状态没有改变,仅在IMS域的状态改变时,如当用户终端附着在IMS域时,HSS/HLR不会通过调用Alert-SC再次进行短消息终结流程,从而使终结消息不能够及时传输至被叫用户,最终导致终结消息的传输时延大,消息业务的服务质量差。
发明内容
本发明的目的在于,提供一种基于IP传输的消息路由方法和系统,使HSS/HLR能够在该被叫用户的后续消息的路由过程中,准确、快速的提供可用路由信息,降低了消息传输时延,提高了消息业务的服务质量,提高了传统消息路由实体以及IP消息网关的消息路由效率。
为达到上述目的,本发明提供的一种基于IP传输的消息路由方法,包括:
a、被叫用户的终结消息在网络域中发送失败时,HSS/HLR接收并存储IP消息网关直接发送的所述终结消息在所述网络域发送失败的信息;
b、在所述被叫用户后续的终结消息路由过程中,所述HSS/HLR根据其存储的所述发送失败的信息进行所述被叫用户后续的终结消息的路由过程;
所述步骤a包括:
a1、所述被叫用户的终结消息在各个网络域中均发送失败时,所述HSS/HLR接收并存储所述IP消息网关直接发送的所述终结消息在各个网络域均发送失败的信息;或者,
a2、所述被叫用户的终结消息在至少一个网络域发送失败、且所述终结消息最终发送成功时,所述HSS/HLR接收并存储所述IP消息网关直接发送的所述终结消息在所述至少一个网络域发送失败的信息;其中,
步骤a1中,所述HSS/HLR接收所述IP消息网关直接发送的所述终结消息在各个网络域均发送失败的信息包括:
a11、所述HSS/HLR接收所述IP消息网关直接发送的消息发送状态报告;其中,所述消息发送状态报告中包括所述终结消息在所述各个网络域均发送失败的原因值;
步骤a2中,所述HSS/HLR接收所述IP消息网关直接发送的所述终结消息在所述至少一个网络域发送失败的信息包括:
a21、所述HSS/HLR接收所述IP消息网关直接发送的消息发送状态报告;其中,所述消息发送状态报告中包括所述终结消息在所述至少一个网络域发送失败的原因值。
进一步的,当所述被叫用户在IMS域中不可及时,步骤a中,所述HSS/HLR存储所述发送失败的信息包括:
所述HSS/HLR在消息等待指示MWI中设置指示信息表示被叫用户在IMS域中不可及。
进一步的,当所述被叫用户在各个网络域中均不可及时,步骤a中,所述HSS/HLR存储所述发送失败的信息包括:所述HSS/HLR在消息等待指示MWI中设置指示信息表示被叫用户在所述各个网络域中均不可及。
本发明还提供一种基于IP传输的消息路由系统,包括:HSS/HLR和IP消息网关,所述HSS/HLR中设置有接收存储模块和触发模块,所述IP消息网关中设置有发送模块一;其中,
所述发送模块一用于:在被叫用户的终结消息在网络域中发送失败时,将所述终结消息在所述网络域发送失败的信息直接传输至HSS/HLR;
所述接收存储模块用于:接收并存储所述终结消息在所述网络域发送失败的信息;
所述触发模块用于:在所述被叫用户后续的终结消息路由过程中,根据所述接收存储模块中存储的所述发送失败的信息进行所述被叫用户后续的终结消息的路由过程;其中,所述发送模块一中设置有发送子模块三;所述发送子模块三用于:在所述IP消息网关接收到一个或多个发送失败报告时,根据所述发送失败报告中携带的信息确定所述终结消息发送失败的原因值,并将所述原因值通过消息发送状态报告直接传输至HSS/HLR中的接收存储模块。
通过上述技术方案的描述可知,IP消息网关将消息发送失败的信息如终结消息在各个网络域中均发送失败的信息、终结消息在IMS域发送失败的信息等传输至HSS/HLR,使HSS/HLR能够得知该终结消息在某些网络域未发送成功、或者在各个网络域中均未发送成功,这样,在该被叫用户的终结消息的后续路由过程中,当HSS/HLR检测到被叫用户在任一网络域中的状态发生改变时,能够及时触发消息的终结流程,使终结消息能够在第一时间传输至被叫用户;而且,HSS/HLR也能够将可用的路由信息传输至IP消息网关或者传统路由实体,避免了不必要的消息路由过程。另外,本发明通过在MWI中增加指示信息,使HSS/HLR能够方便的记录终结消息在IMS域及其它网络域中均未发送成功的信息;从而通过本发明提供的技术方案实现了降低消息传输时延,提高消息业务的服务质量,提高传统消息路由实体以及IP消息网关的消息路由效率的目的。
附图说明
图1是基于IMS的消息业务与传统短消息业务互通的网络构架示意图;
图2是现有技术的IMS网络域的UE的SMS-MT流程图一;
图3是现有技术的IMS网络域的UE的SMS-MT流程图二;
图4是现有技术的MWI中的各信息在各网元中的存储位置示意图;
图5是本发明实施例的MWI中的各信息在各网元中的存储位置示意图;
图6是本发明实施例的基于IP传输的消息路由方法流程图一;
图7是本发明实施例的基于IP传输的消息路由方法流程图二;
图8是本发明实施例的基于IP传输的消息路由方法流程图三。
具体实施方式
在IMS的消息业务与传统短消息业务互通过程中,当被叫用户在所有网络域中均发送失败时,如被叫用户在CS域、PS域、IMS域均不可及、或者被叫用户的存储空间满时,终结消息不能够成功传输至被叫用户,此时,如果HSS/HLR能够记录终结消息在所有网络域中均传输失败的信息,则HSS/HLR能够在被叫用户在任一网络域中,包括在IMS域的状态改变时,通过调用相应的Alert功能,再次触发该终结消息的传输流程,这样,就能够避免现有技术中,被叫用户仅在IMS域的状态改变时,网络侧不进行终结消息传输的现象,使终结消息能够在第一时间传输至被叫用户,从而降低终结消息的传输时延,提高消息业务的服务质量。
而且,在IMS的消息业务与传统短消息业务互通过程中,当被叫用户在IMS网络域、CS网络域、PS网络域中的一个或两个网络域中发送失败时,如果HSS/HLR能够记录终结消息在上述网络域中传输失败的信息,则HSS/HLR能够在被叫用户的终结消息的后续路由过程中将可用的路由信息传输至IP消息网关或者传统消息路由实体,从而提高消息路由的效率。
因此,本发明的主要技术方案为:在被叫用户的终结消息在某些网络域中发送失败时,IP消息网关、传统消息路由实体将终结消息在这些网络域中发送失败的信息传输至HSS/HLR,HSS/HLR接收并存储该终结消息在这些网络域发送失败的信息,使HSS/HLR能够在该被叫用户的终结消息的后续路由过程中,将可用的路由信息传输至IP消息网关,并且,HSS/HLR在确定该被叫用户在任一网络域中的状态改变、且HSS/HLR中记录有该被叫用户的终结消息在各个域均发送失败的信息时,通过调用相应的Alert功能,触发该终结消息的传输流程。
下面对本发明的技术方案做进一步的描述。
在现有技术方案中,HSS/HLR中存储有消息等待指示MWI,消息等待指示中包含有MWD、MNRG、MNRF、MNRR和MCEF,其中,MNRF、MNRG和MNRR表示之前短消息终止流程失败的原因是被叫用户在CS网络域、PS网络域中不可及,以及被叫用户在CS域、PS网络域中不可及的原因。MWI中缺少被叫用户在IMS域中不可及的指示信息,本发明可以充分利用HSS/HLR中存储的MWI,通过在MWI中增加与IMS域有关的指示信息,使HSS/HLR能够通过MWI来记录终结消息由于被叫用户在IMS域均不可及而发送失败的信息。当然本发明也可以不利用现有的MWI,而是通过定义新的信息的方式来记录终结消息由于被叫用户在IMS域或各个域均不可及而发送失败的信息。
在下述实施例中以在MWI中增加与IMS域有关的指示信息为例对本发明的技术方案进行说明。
首先,本发明在HSS/HLR存储的MWI中增加新的消息等待指示,新增加的消息等待指示只要能够表示出被叫用户在IMS网络域中不可及即可,为方便HSS/HLR对被叫用户在各网络域中的状态进行管理,本发明还可以在MWI中增加被叫用户在所有网络域中均不可及的指示信息,以及被叫用户在IMS网络域中不可及的原因值。增加了上述指示信息的MWI如附图5所示。
图5中,设定本发明在MWI中增加MNRA、MNRI,在MNRR中增加两种状态值,MNRA表示被叫用户在所有网络域中完全不可及,MNRI表示被叫用户在IMS网络域中不可及。MNRA、MNRI的值可以为布尔值。在MNRR中增加的两种状态值为:表示被叫用户在IMS网络域中没有寻呼响应的No Paging Response viathe S-CSCF和表示被叫用户在IMS网络域中未附着的IMS Detached。图5中的虚线框中的参数可根据实现方法的需要进行选择性使用。
在MWI中增加了上述信息后,HSS/HLR应该根据其接收到的消息如消息发送状态报告中携带的信息来更新MWI,这里的更新包括对MNRA、MNRI和MNRR的更新。
在基于IMS的消息业务与传统消息业务互通的过程中,当消息终结流程由于被叫用户终端所在网络中不可及或者被叫用户的存储空间满而出现消息发送失败的情况时,HSS/HLR会接收到消息发送状态报告,HSS/HLR应根据消息发送状态报告中携带的信息来更新MWI。而且,当被叫用户在网络域中的状态发生改变、被叫用户有存储空间等情况下,HSS/HLR应对MWI进行更新。
当终结消息在被叫用户所有登记的网络中均发送失败、且被叫用户在某个网络域中的状态发生改变、或者被叫用户有存储空间的情况下,或者当被叫用户又有新的需要传输的终结消息的情况下,HSS/HLR能够根据更新后的MWI、并通过调用Alert-SC,来通知IP消息网关或者传统消息路由实体可用的路由信息,并发起消息终结流程。
上述HSS/HLR对MWI进行更新的过程可以为:当终结消息经由所有发送路径的发送尝试都失败、且失败的原因是被叫用户在各网络域中均不可及时,HSS/HLR应设置MNRA的值为真,否则,设置MNRA的值为假。当终结消息经由IMS网络域的发送路径发送失败、且失败原因是被叫用户在IMS网络域中不可及时,HSS/HLR应设置MNRI的值为真,否则,设置MNRI的值为假,此时,HSS/HLR还需要相应设置MNRR的状态值。在MNRA的值为真时情况下,当被叫用户在网络域的状态发生改变时,HSS/HLR对MWI的更新设置可以包括如下三种情况:
1、当被叫用户在CS域的状态发生改变时,如被叫用户重新附着在CS域时,HSS/HLR应设置MNRA的值为假、且设置MNRF的值为假。
2、当被叫用户在PS域的状态发生改变时,如被叫用户重新附着在PS域时,HSS/HLR应设置MNRA的值为假、且设置MNRG的值为假。
3、当被叫用户在IMS域的状态发生改变时,如被叫用户重新附着在IMS域时,HSS/HLR应设置MNRA的值为假、且设置MNRI的值为假。
HSS/HLR接收到的消息发送状态报告可以是由IP消息网关发送来的,可以是由传统的消息路由实体发送来的。HSS/HLR也可以接收IP消息网关和传统的消息路由实体分别发送来的消息发送状态报告。
当HSS/HLR接收到的消息发送状态报告由IP消息网关发送来的时候,IP消息网关向HSS/HLR发送消息发送状态报告的过程为:IP消息网关在HSS/HLR提供的发送路径尝试发送了该终结消息,如果消息发送成功、或者尝试了所有发送路径且均经发送失败,IP消息网关向HSS/HLR发送消息发送状态报告。
在所有尝试发送的发送失败原因均为被叫用户不可及时,IP消息网关在其发送的消息发送状态报告中携带被叫用户在各网络域中均不可及的失败原因,以通知HSS/HLR更新相应的消息等待指示,如更新MNRI、MNRF、MNRG、MNRR等,使HSS/HLR能够在被叫用户在网络域中的状态改变等适当的情况下,通过调用Alert-SC触发该终结消息再次传输的流程。
如果终结消息是经过一条以上发送路经发送成功的,IP消息网关向HSS/HLR发送的消息发送状态报告中应包含发送成功前的尝试路径信息及失败原因,使HSS/HLR能够及时得知被叫用户状态、更新相应的消息等待指示。
IP消息网关在向传统消息路由实体发送消息发送报告时,如果在终结消息经由所有发送路径的发送尝试都失败时,IP消息网关向传统消息路由实体发送消息发送失败报告,并在该消息发送失败报告中携带消息失败原因。
IP消息网关能够根据S-CSCF、和/或SGSN、和/或MSC发送来的消息发送失败报告中携带的失败原因,决策出其发送给传统消息路由实体的消息发送失败报告中的失败原因。
在上述描述中,IP消息网关也可以不向HSS/HLR发送消息发送状态报告,而是由传统消息路由实体向HSS/HLR发送消息发送状态报告,当然,在上述描述中,IP消息网关即使向HSS/HLR发送了消息发送状态报告,传统消息路由实体也可以向HSS/HLR发送消息发送状态报告。传统消息路由实体向HSS/HLR发送消息发送状态报告的过程为:传统消息路由实体接收IP消息网关发送来的消息发送失败报告,并根据该消息发送失败报告中携带的失败原因向HSS/HLR发送消息发送状态报告,以通知HSS/HLR更新相应的消息等待指示,如更新MNRI、MNRF、MNRG、MNRR等,使HSS/HLR能够在被叫用户在网络域中的状态改变等适当的情况下,通过调用Alert-SC触发该终结消息再次传输的流程。
当然,传统消息路由实体也可以直接根据IP消息网关、和/或SGSN、和/或MSC发送来的消息发送失败报告中携带的失败原因决策出其发送给HSS/HLR的消息发送失败报告中的失败原因,并将该失败原因携带在消息发送状态报告中,传输至HSS/HLR。该方法可以适用于图2所示的流程中。
下面以传统消息路由实体向HSS/HLR发送消息发送状态报告为例对本发明基于IP的消息路由方法进行说明。
首先,IP消息网关接收到传统消息路由实体发送来的终结消息,IP消息网关对其接收到的终结消息进行存储,然后,IP消息网关根据NeDS(NetworkDomain Select,网络域选择)功能决策出消息发送路径的优先级顺序,并根据消息发送路径的优先级顺序向被叫用户发送消息,如IP消息网关决策出的消息发送路径的优先级顺序为:S-CSCF、SGSN、MSC,此时,IP消息网关首先向S-CSCF发送消息,如果经由S-CSCF的消息发送尝试失败,则S-CSCF向IP消息网关返回消息发送失败报告,该消息发送失败报告中携带有失败原因,失败原因如用户终端存储空间满、或用户终端不可及、或终端设备不支持等等。这里,S-CSCF可以通过SIP MESSAGE来实现向IP消息网关发送消息发送失败报告的过程,在SIP MESSAGE的消息正文中携带有消息发送失败原因;或者通过SIP响应消息实现向IP消息网关发送消息发送失败报告的过程。
IP消息网关在接收到S-CSCF发送来的消息发送失败报告后,根据消息发送失败报告中标识的消息发送失败原因来决策该终结消息的后续处理过程,即如果消息发送失败原因为用户终端存储空间满,则IP消息网关不再进行其他消息发送路径的发送尝试,IP消息网关删除其存储的消息,并向传统消息路由实体发送消息发送失败报告,IP消息网关发送的消息发送失败报告中携带的消息发送失败原因为:用户终端存储空间满;如果消息发送失败原因不是用户终端存储空间满,则IP消息网关应该根据消息发送路径的优先级顺序,继续向SGSN发送消息。
如果经由SGSN的消息发送尝试失败,则SGSN向IP消息网关返回消息发送失败报告,该消息发送失败报告中携带有失败原因,失败原因如用户终端存储空间满、或用户终端不可及、或终端设备不支持等等。当IP消息网关接收到SGSN的消息发送失败报告后,可以根据上述描述的IP消息网关根据消息发送失败报告中标识的消息发送失败原因来决策该终结消息的后续处理过程,在此不再详细描述。
在上述描述中,SGSN、MSC可以通过现有标准中已有的RP-ERROR消息来实现向IP消息网关发送消息发送失败报告的过程。
如果经过所有消息发送路径的消息发送尝试都失败,则IP消息网关需要向传统消息路由实体发送消息发送失败报告。IP消息网关需要根据之前S-CSCF、SGSN和MSC发送来的消息发送失败报告中的消息发送失败原因,决策出其向传统消息路由实体发送的消息发送失败报告中的消息发送失败原因。
IP消息网关决策消息发送失败原因的过程为:如果IP消息网关收到的失败报告中至少有一个标识的失败原因是用户终端不可及、且不存在用户终端存储空间满的失败原因,则IP消息网关决策出的消息发送失败原因为:被叫用户不即可;如果IP消息网关收到的失败报告中至少有一个标识的失败原因是被叫用户终端存储空间满,则IP消息网关决策出的消息发送失败原因为:用户终端存储空间满;如果IP消息网关接收到的消息发送失败报告中标识的失败原因既有用户终端不可及又有用户终端存储空间满,则IP消息网关决策出的消息发送失败原因为:用户终端存储空间满;如果IP消息网关接收到的任何一个消息发送失败报告中标识的失败原因即不是用户终端不可及、也不是用户终端存储空间满,则IP消息网关决策出的消息发送失败原因为:其接收到的任何一条消息发送失败报告中标识的消息发送失败原因。
在上述描述中,IP消息网关可以通过现有标准中已有的RP-ERROR消息来实现向传统消息路由实体发送消息发送失败报告的过程。
传统消息路由实体在收到由IP消息网关发送来的消息发送失败报告后,当确定消息发送失败报告中标识的消息发送失败原因为用户终端不可及、或者用户终端存储空间满时,传统消息路由实体向HSS/HLR发送消息发送状态报告。这里,消息发送状态报告中携带发起消息终止流程的消息中心地址、以及消息失败的原因,即用户终端不可及或用户终端存储空间满。
在上述描述中,传统消息路由实体在向HSS/HLR发送消息发送状态报告时,可以通过现有标准中已有的MAP-REPORT-SM-DELIVERY-STATUS消息来实现。
HSS/HLR在接收到传统消息路由实体发送来的消息发送状态报告后,会根据消息发送状态报告中携带的信息更新MWI,具体的更新过程可以为:如果HSS/HLR确定其存储的MWD中没有其接收的消息发送状态报告中携带的消息中心地址,则HSS/HLR在其存储的MWD中插入消息发送状态报告中携带的消息中心地址;如果消息发送状态报告中携带的消息失败原因是用户不可及、且此时HSS/HLR存储的MNRA的值为假,则HSS/HLR设置MNRA的值为真;如果消息发送状态报告中携带的消息失败原因是用户存储空间满、且此时HSS/HLR存储的MCEF的值为假,则HSS/HLR设置MCEF的值为真。
在后续过程中,HSS/HLR会根据网络监测到的被叫用户的状态改变来更新其存储的MWI。HSS/HLR根据被叫用户的状态改变更新MWI的方法如表1所示。
表1
表1中,如果任一网络域监测到用户终端在本网络域中重新附着,HSS/HLR需要检查对应于该用户终端的MSIsdn-Alert的MWI,如果MWI中MCEF的值为假、MWD非空、MNRA值为真,则HSS/HLR通过调用Alert-SC功能,依次通知地址被存放在MWD中所有的消息中心再次发起消息终止流程,HSS/HLR删除MWD中的消息中心地址,更新MNRA值为假;如果MCEF的值为真、MWD非空、MNRA的值为真,则HSS/HLR更新MNRA的值为假,同时更新该网络域对应的标记信息为假;如果MCEF的值为真、MWD非空、MNRA的值为假,则HSS/HLR只更新MWI中的该网络域对应的标记信息为假,也不调用Alert-SC功能;如果MCEF的值为假、MWD为空、MNRA的值为假,则HSS/HLR只更新MWI中的该网络域对应的标记信息为假,并不调用Alert-SC功能。
HSS/HLR也可以在接收到任一网络域传输来的被叫用户终端可用如被叫用户重新附着在某个网络域、或者被叫用户有存储空间的通知时,检查对应于该被叫用户的MSIsdn-Alert的消息等待指示,这时,如果MCEF的值为假、MWD为空、MNRA的值为假,则HSS/HLR只响应上述通知,但不调用Alert-SC功能;如果MCEF的值为真、MWD非空、且MNRA的值为假,则HSS/HLR通过调用Alert-SC功能,依次通知地址被存放在MWD中所有的消息中心再次发起消息终止流程,HSS/HLR删除MWD中的消息中心地址,更新MCEF的值为假;如果MCEF的值为假、MWD非空、MNRA的值为真,则HSS/HLR通过调用Alert-SC功能,依次通知地址被存放在MWD中所有的消息中心再次发起消息终止流程,HSS/HLR删除MWD中的消息中心地址信息,并更新MNRA的值为假;如果MCEF的值为真、MWD非空、MNRA的值为真,则HSS/HLR通过调用Alert-SC功能,依次通知地址被存放在MWD中所有的消息中心再次发起消息终止流程,HSS/HLR删除其存储在MWD中的消息中心地址,并更新MCEF的值为假,更新MNRA值为假。
另外,如果IP消息网关经过一条以上消息发送路径尝试发送消息、并且该消息的发送失败原因为用户终端不可及时,IP消息网关也可以向HSS/HLR发送消息发送状态报告。具体过程可以为:IP消息网关首先尝试通过S-CSCF发送消息,当该消息经由S-CSCF发送失败时,S-CSCF向IP消息网关返回消息发送失败报告,设定该消息发送失败报告中携带的消息发送失败原因为:用户终端在IMS网络域不可及;之后,IP消息网关按照消息发送路径的优先级顺序,通过SGSN向被叫用户发送消息,当该消息经由SGSN发送失败时,SGSN向IP消息网关返回消息发送失败报告,设定该消息发送失败报告中携带的消息发送失败原因为:用户终端在PS域不可及;之后,IP消息网关最后尝试通过MSC向被叫用户终端发送消息,设定该消息经由MSC发送成功。此时,IP消息网关可以向HSS/HLR发送消息发送状态报告,该消息发送状态报告中可以进一步标识出被叫用户终端缺席的诊断信息,即被叫用户终端是在哪个网络域中不可及,以及属于哪一种不可及状态,如被叫用户终端在IMS网络域中处于未附着状态、被叫用户终端在PS网络域中没有寻呼响应等等。
IP消息网关可以使用改动过的MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR发送消息发送状态报告。
对MAP-REPORT-SM-DELIVERY-STATUS消息的改动为:在该消息中增加一组参数,通过这组参数来表示通过IMS网络域传输消息的结果、以及被叫用户终端在IMS网络域中不可及的诊断信息。
HSS/HLR接收到IP消息网关发送来的消息发送状态报告后,根据消息发送状态报告中携带的消息发送失败原因信息来更新其存储的MWI,如当消息发送失败原因为用户终端在IMS网络域中未附着、且HSS/HLR存储的MNRI的值为假时,HSS/HLR更新其存储的MNRI的值为真,并更新MNRR的状态为IMSDetached。
这样,在后续过程中,当某一网络域监测到该用户终端在该网络中的状态改变时如重新附着等,HSS/HLR会更新对应的消息等待指示,如:当被叫用户终端在IMS网络域中重新附着或者有寻呼响应时,HSS/HLR会更新MNRI的值为假,并删除MNRR中的No Paging Response via S-CSCF或IMS Detached;同样,当用户终端在CS网络域、和/或PS网络域中重新附着或者有寻呼响应时,HSS/HLR会相应的更新MNRF和/或MNRG的值为假,并删除MNRR中对应的原因值。
下面结合附图对本发明的基于IP传输的消息路由方法进行描述。
IP消息网关和传统消息路由实体均向HSS/HLR发送消息发送状态报告的基于IP传输的消息路由方法如附图6所示。
图6中,在步骤1至步骤9,IP消息网关根据NeDS功能决策出的消息发送路径的优先级顺序向用户终端发送短消息。若消息发送失败报告中标识消息发送失败的原因为用户终端存储空间满,则不再尝试其它发送路径。
到步骤10、IP消息网关向HSS/HLR发送消息发送状态报告。若消息是经过一条以上发送路经发送成功,IP消息网关向HSS/HLR发送消息发送状态报告中应包含发送成功前尝试路径信息及失败原因;如果IP消息网关在所有消息发送路径均尝试发送后,消息均发送失败,则在消息发送状态报告中包含各条路经发送失败原因。
到步骤11、IP消息网关向传统消息路由实体SMS-GMSC发送消息发送报告。若消息发送失败,则向传统消息路由实体SMS-GMSC发送消息发送失败报告,消息发送失败报告中携带的失败原因。
到步骤12、SMS-GMSC通过MAP-REPORT-SM-DEVIVERY-STATUS消息向HSS/HLR发送消息发送状态报告;若消息发送失败消息发送状态报告中携带有发起消息终止流程的短消息中心地址,消息发送状态报告中标识的消息发送失败原因。
到步骤13、SMS-GMSC向短消息中心发送消息发送报告;若消息发送失败,则发送消息发送失败报告。
以下步骤为消息发送失败情况下,当用户在IMS网络域重新注册登记或通报终端存储空间可用时,触发Alert-SC功能的过程。
到步骤14、FSS/HLR从IMS网络域接收到该被叫用户终端可用或有存储空间的消息。
到步骤15、HSS/HLR通过调用Alert-SC功能,向SMS-IWMSC发送Alert消息。
到步骤16、SMS-IWMSC使用RP-ALRERT-SC消息向短消息中心发送Alert消息,通知短消息中心向用户终端发起消息终止流程。
下面结合附图7对本发明提供的基于IP的消息路由方法进行说明。
图7中,在步骤1至步骤9,IP消息网关根据NeDS功能决策出的消息发送路径的优先级顺序向用户终端发送短消息。如果IP消息网关在所有消息发送路径均尝试发送后,消息均发送失败,则IP消息网关会先后接收到S-CSCF、SGSN和MSC发送来的消息发送失败报告,其中,消息发送失败报告中标识消息发送失败的原因分别为:用户终端在IMS网络域未附着,用户终端在PS域没有寻呼响应,用户终端存储空间满。
到步骤10、IP消息网关向HSS/HLR发送消息发送状态报告,在消息发送状态报告中携带消息失败的原因,即用户终端不可及,消息发送状态报告中还可以进一步标识出用户终端缺席的诊断信息,即用户终端在IMS网络域中未附着、在PS域中没有寻呼响应。这里,IP消息网关可以使用改动过的MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR发送消息发送状态报告,该消息中增加了一组参数,用来表示通过IMS网络域传输消息的结果和用户终端在IMS网络域不可及的诊断信息。
HSS/HLR在接收到IP消息网关发送来的消息发送状态报告后,根据消息发送状态报告中携带的失败原因信息更新相应的消息等待指示,即更新MNRI的值为真,更新MNRG的值为真,更新MNRR为IMS Detached,No Paging Responsevia SGSN。
到步骤11、IP消息网关通过RP-ERROR消息向传统消息路由实体SMS-GMSC发送消息发送失败报告,消息发送失败报告中携带的失败原因为:用户终端存储空间满。
到步骤12、SMS-GMSC通过MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR发送消息发送状态报告,消息发送状态报告中携带有发起消息终止流程的短消息中心地址,消息发送状态报告中标识的消息发送失败原因为用户终端存储空间满。
HSS/HLR在接收到SMS-GMSC发送来的消息发送状态报告后,根据其中携带信息更新相应的消息等待指示,即当MWD中没有消息发送状态报告中携带的短消息中心的地址时,HSS/HLR在MWD中插入消息发送状态报告中携带的短消息中心地址,并更新MCEF的值为真。
到步骤13、SMS-GMSC向短消息中心发送消息发送失败报告。
到步骤14、HSS/HLR从IMS网络域接收到该被叫用户终端注册且有可用的存储空间的消息。
到步骤15、HSS/HLR通过调用Alert-SC功能,向SMS-IWMSC发送Alert消息,并删除其存储的MWD中对应的短消息中心地址,更新对应于该用户终端的MSIsdn-Alert的MCEF的值为假,更新MNRI的值为假,删除MNRR中的IMSDetached。
到步骤16、SMS-IWMSC使用RP-ALRERT-SC消息向短消息中心发送Alert消息,通知短消息中心向用户终端发起消息终止流程。
下面再以附图8为例,对本发明提供的基于IP传输的消息路由方法进行说明。
图8中,从步骤1至步骤9、IP消息网关根据NeDS功能决策出的消息发送路径的优先级顺序向用户终端发送短消息。如果IP消息网关在所有消息发送路径均尝试发送后,消息均发送失败,则IP消息网关会先后接收到S-CSCF、SGSN和MSC发送来的消息发送失败报告,其中,消息发送失败报告中标识消息发送失败的原因分别为:用户终端在IMS网络域不可及,用户终端在PS域系统失败,用户终端在CS域不可及。
到步骤10、IP消息网关使用RP-ERROR消息向SMS-GMSC发送消息发送失败报告,消息发送失败报告中携带的消息发送失败的原因为用户终端不可及。
到步骤11、SMS-GMSC使用MAP-REPORT-SM-DELIVERY-STATUS消息向HSS/HLR发送消息发送状态报告,消息发送状态报告中携带有发起消息终止流程的短消息中心地址,并标识有用户终端不可及的消息发送失败原因。
HSS/HLR在接收到SMS-GMSC发送来的消息发送状态报告后,根据消息发送状态报告中携带的信息更新相应的消息等待指示,即当MWD中没有发送状态报告中携带的短消息中心地址时,则HSS/HLR在MWD中插入消息发送状态报告中的短消息中心地址,并更新MNRA的值为真,相应的,MNRF、MNRG、MNRI全部设置为真。
到步骤12、SMS-GMSC向短消息中心发送消息发送失败报告。
到步骤13、HSS/HLR从IMS网络域接收到该用户终端重新附着在网络中的消息。
到步骤14、HSS/HLR通过调用Alert-SC功能向SMS-IWMSC发送Alert消息,并删除MWD中对应的短消息中心地址,同时,更新对应于该用户终端的MSIsdn-Alert的MNRI和MNRA的值为假。
到步骤15、SMS-IWMSC使用RP-ALRERT-SC消息向短消息中心发送Alert信息,以通知短消息中心向该用户终端发起消息终止流程。
如果采用附图2所示的系统来实现基于IP的消息路由方法,则具体的实现过程如下:
图2中,在步骤1、UE根据IMS注册流程注册到S-CSCF中。
到步骤2、SM-SC向SMS-GMSC转发短消息。
到步骤3、SMS-GMSC向HLR/HSS发送请求以获取路由信息消息,其中包括一个指示“SMS-GMSC支持IP消息传输”的标识。该标识表明SMS-GMSC则能够接收并处理HLR/HSS在取路由信息响应消息中返回的MSC、SGSN和IP-Message-GW三个实体的E.164地址,并且短消息能够经由MSC、SGSN和IP-Message-GW三条路径进行传输。当用户注册到IP-MESSAGE-GW并且能够经由IMS网络传送短消息时,HLR/HSS向SMS-GMSC返回IP-Message-GW、MSC和SGSN的地址。如果HLR/HSS没有收到“SMS-GMSC支持IP消息传输”的标识,但收到“SMS-GMSC支持GPRS”的标识,则按照优先级顺序向SMS-GMSC返回SGSN和MSC的地址,否则只返回MSC的地址。
到步骤4、SMS-GMSC根据接收到HLR/HSS返回的IP-MESSAGE-GW的地址信息,向IP-Message-GW发送携带有UE的MSISDN的短消息。
这里,当SMS-GMSC只接收到HLR/HSS返回的MSC和/或SGSN地址信息时,则根据接收到的地址优先级顺序向MSC或SGSN发送携带有UE的MSISDN的短消息,该过程同现有实现方式一致,不再赘述。
到步骤5、IP-Message-GW将被叫UE的MSISDN转换成TEL-URL格式,并根据TEL-URL格式的被叫标识获得SIP-URL格式的被叫标识,然后,IP-Message-GW使用SIP MESSAGE格式向S-CSCF发送消息。
到步骤6、S-CSCF将SIP MESSAGE转发给UE。
到步骤7、如果消息在步骤6中发送失败,如UE暂时不可及,则S-CSCF向IP-Message-GW失败消息,并携带相应的原因值。
到步骤8、IP-Message-GW向SMS-GMSC转发短消息传送失败消息报告。
到步骤9、SMS-GMSC尝试通过其他路径,如MSC/SGSN,发送短消息。
到步骤10、当SMS-GMSC接收到MSC/SGSN的短消息发送成功或完全失败消息后,SMS-GMSC向HLR/HSS发送短消息传送报告,并携带有消息在IMS域发送失败信息。在该步骤中,如果SMS-GMSC通过MSC/SGSN发送短消息时,同样发送失败,则短消息传送报告中也将携带有消息在CS/PS域发送失败的信息。
到步骤11、HLR/HSS接收到SMS-GMSC消息传送报告后,根据消息传送报告中携带的消息在IMS域发送失败的信息,将MNRI的值设置为真,在该步骤中,如果短消息传送报告中还携带有消息在CS/PS域发送失败的信息、且消息发送失败的原因为被叫用户在CS/PS域中不可及,则HLR/HSS还需要将MNRF/MNRG的值设置为真,并设置MNRR的值;在该步骤中如果短消息传送报告中携带有消息在各个网络域中均发送失败的信息、且消息发送失败的原因为被叫用户在各个网络域中均不可及、则HLR/HSS还需要将MNRF、MNRG的值设置为真,并设置MNRR值。
设定在上述消息发送过程中,消息发送完全失败、且消息发送完全失败的原因为被叫用户在各个网络域中均不可及,在这种情况下,如果HSS/HLR从IMS网络域接收到该用户终端重新附着在网络中的消息,则到步骤12。
在步骤12、HSS/HLR通过调用Alert-SC功能向SMS-IWMSC发送Alert消息,并删除MWD中对应的短消息中心地址,同时,更新对应于该用户终端的MSIsdn-Alert的MNRI和MNRA的值为假。
本发明提供的基于IP传输的消息路由系统,主要包括:接收存储模块、触发模块和发送模块一。接收存储模块和触发模块设置于HSS/HLR中,发送模块一设置于IP消息网关中。
发送模块一主要用于:在被叫用户的终结消息在网络域中发送失败时,将该终结消息在网络域发送失败的信息传输至HSS/HLR。发送模块一可以直接将终结消息在网络域中发送失败的信息传输至HSS/HLR,也可以将终结消息在网络域中发送失败或成功的信息通过传统消息路由实体传输至HSS/HLR。
发送模块一由发送子模块一、发送子模块二和发送子模块三组成。
发送子模块三主要用于:IP消息网关在HSS/HLR提供的发送路径尝试发送了该终结消息,如果消息发送成功或尝试所有路经发送失败时,发送子模块三直接向HSS/HLR发送消息发送状态报告;并且在所有尝试发送的发送失败原因均为被叫用户不可及时,在消息发送状态报告中携带被叫用户在各网络域中均不可及的失败原因,以通知HSS/HLR更新接收存储模块中存储的相应的消息等待指示,如更新MNRI、MNRF、MNRG、MNRR等,使HSS/HLR的触发模块能够在被叫用户在网络域中的状态改变等适当的情况下,通过调用Alert-SC触发该终结消息再次传输的流程。如果消息是经过一条以上发送路经发送成功,发送子模块三直接向PSS/HLR发送消息发送状态报告中应包含发送成功前尝试路径信息及失败原因,使HSS/HLR中的接收存储模块能够及时得知被叫用户状态、更新相应的消息等待指示。具体如上述方法中的描述。
发送子模块一主要用于:在IP消息网关接收到一个或多个发送失败报告时,根据发送失败报告中携带的信息确定该消息发送失败的原因值,并将该原因值通过消息发送状态报告传输至接收存储模块;或者根据IP消息网关接收的发送失败报告中承载的信息,确定该消息在各个域均发送失败时,向发送子模块二发送消息发送失败报告。也就是说,发送子模块一向传统消息路由实体中的发送子模块二发送消息发送报告;如果在终结消息经由所有发送路径的发送尝试都失败时,发送子模块一向传统消息路由实体发送消息发送失败报告,并在该消息发送失败报告中携带消息失败原因。发送子模缺一能够根据S-CSCF、和/或SGSN、和/或MSC发送来的消息发送失败报告中携带的失败原因,决策出其发送给传统消息路由实体的消息发送失败报告中的失败原因。具体如上述方法中的描述。
发送模块一由位于IP消息网关的发送子模块一和位于传统消息路由实体的发送子模块二组成。
接收存储模块主要用于:在接收到发送模块传输来的终结消息在各个域均发送失败的信息时,更新其存储的MWI。这里的MWI中增加了MNRA、MNRI,而且,在MNRR中增加了两种状态值,MNRA表示被叫用户在所有网络域中完全不可及,MNRI表示被叫用户在IMS网络域中不可及。MNRA、MNRI的值可以为布尔值。在MNRR中增加的两种状态值为:表示被叫用户在IMS网络域中没有寻呼响应的No Paging Response via the S-CSCF和表示被叫用户在IMS网络域中未附着的IMS Detached。具体如上述方法中的描述。
接收存储模块由存储子模块和更新子模块组成。
存储子模块主要用于:存储消息等待指示MWI,这里的MWI中增加设置了表示被叫用户在各个域中均不可及的指示信息MNRA、表示被叫用户在IMS域中不可及的指示信息MNRI和增加了两种状态值的MNRR。
更新子模块主要用于:根据接收的消息发送状态报告以及用户登记注册消息中携带的信息更新存储子模块中存储的MWI。具体的更新过程如:当更新子模块确定存储子模块中存储的MWD中没有其接收的消息发送状态报告中携带的消息中心地址,则在存储子模块存储的MWD中插入消息发送状态报告中携带的消息中心地址;当消息发送状态报告中携带的消息失败原因是用户不可及、且此时存储子模块中存储的MNRA的值为假,则更新子模块设置MNRA的值为真;当消息发送状态报告中携带的消息失败原因是用户存储空间满、且此时存储子模块中存储的MCEF的值为假,则更新子模块设置MCEF的值为真。具体如上述方法中的描述。
触发模块主要用于:在HSS/HLR确定所述被叫用户在任一网络域中的状态改变、且接收存储模块中存储有该被叫用户的终结消息在各个域均发送失败的信息时,通过调用Alert-SC触发该终结消息再次传输的流程。具体如上述方法中的描述。
本发明提供的另外一种基于IP传输的消息路由系统,主要包括:接收存储模块、触发模块和发送模块二。接收存储模块和触发模块设置于HSS/HLR中,发送模块二设置于传统消息路由实体中。
发送模块二主要用于:在被叫用户的终结消息在网络域中发送失败时,将该终结消息在网络域发送失败的信息传输至接收存储模块。这里的网络域包括:CS域、PS域、IMS域。也就是说,被叫用户的终结消息在各个网络域中均发送失败时,发送模块二需要向HLR/HSS发送携带有消息在各个网络域中均发送失败的信息;被叫用户的终结消息在某个网络域中发送失败、但是该终结消息最终发送成功时,发送模块二需要向HLR/HSS发送携带有消息在某个域发送失败信息的短消息传送报告,如发送模块二向HLR/HSS发送携带有消息在IMS域发送失败信息的短消息传送报告。
在该系统中的接收存储模块和路由模块与上述实施例中描述的内容基本相同,在此不再详细描述。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,本发明的申请文件的权利要求包括这些变形和变化。
Claims (16)
1、一种基于IP传输的消息路由方法,其特征在于,所述方法包括步骤:
a、被叫用户的终结消息在网络域中发送失败时,HSS/HLR接收并存储IP消息网关直接发送的所述终结消息在所述网络域发送失败的信息;
b、在所述被叫用户后续的终结消息路由过程中,所述HSS/HLR根据其存储的所述发送失败的信息进行所述被叫用户后续的终结消息的路由过程;
所述步骤a包括:
a1、所述被叫用户的终结消息在各个网络域中均发送失败时,所述HSS/HLR接收并存储所述IP消息网关直接发送的所述终结消息在各个网络域均发送失败的信息;或者,
a2、所述被叫用户的终结消息在至少一个网络域发送失败、且所述终结消息最终发送成功时,所述HSS/HLR接收并存储所述IP消息网关直接发送的所述终结消息在所述至少一个网络域发送失败的信息;其中,
步骤a1中,所述HSS/HLR接收所述IP消息网关直接发送的所述终结消息在各个网络域均发送失败的信息包括:
a11、所述HSS/HLR接收所述IP消息网关直接发送的消息发送状态报告;其中,所述消息发送状态报告中包括所述终结消息在所述各个网络域均发送失败的原因值;
步骤a2中,所述HSS/HLR接收所述IP消息网关直接发送的所述终结消息在所述至少一个网络域发送失败的信息包括:
a21、所述HSS/HLR接收所述IP消息网关直接发送的消息发送状态报告;其中,所述消息发送状态报告中包括所述终结消息在所述至少一个网络域发送失败的原因值。
2、如权利要求1所述的一种基于IP传输的消息路由方法,其特征在于,
当所述被叫用户在所述各个网络域中均发送失败时,所述发送失败的原因值包括:所述被叫用户在所述各个网络域中均不可及或者所述被叫用户存储空间满。
3、如权利要求1所述的一种基于IP传输的消息路由方法,其特征在于,所述网络域包括CS域、PS和IMS域中的至少一个网络域。
4、如权利要求1所述的一种基于IP传输的消息路由方法,其特征在于,还包括:
所述IP消息网关通过MAP-REPORT-SM-DELIVERY-STATUS消息向所述HSS/HLR直接发送所述消息发送状态报告;
当所述被叫用户在IMS域中不可及时,所述MAP-REPORT-SM-DELIVERY-STATUS消息中包括所述终结消息在所述IMS域中发送失败的信息和所述终结消息在所述IMS域中发送失败的原因值。
5、如权利要求1所述的一种基于IP传输的消息路由方法,其特征在于:
当所述被叫用户在IMS域中不可及时,步骤a中,所述HSS/HLR存储所述发送失败的信息包括:
所述HSS/HLR在消息等待指示MWI中设置指示信息表示被叫用户在IMS域中不可及。
6、如权利要求5所述的一种基于IP传输的消息路由方法,其特征在于,
当所述被叫用户在IMS域中不可及时,步骤a中,所述HSS/HLR存储所述发送失败的信息还包括:
所述HSS/HLR在MWI中设置所述被叫用户在所述IMS域不可及的原因值为所述被叫用户在所述IMS域中没有寻呼响应No Paging Response via theS-CSCF或者所述被叫用户在所述IMS域中未附着IMS Detached。
7、如权利要求1所述的一种基于IP传输的消息路由方法,其特征在于,
当所述被叫用户在各个网络域中均不可及时,步骤a中,所述HSS/HLR存储所述发送失败的信息包括:
所述HSS/HLR在消息等待指示MWI中设置指示信息表示被叫用户在所述各个网络域中均不可及。
8、如权利要求1至7中任一权利要求所述的一种基于IP传输的消息路由方法,其特征在于,所述步骤b包括:
所述HSS/HLR在确定所述被叫用户在任一网络域中的状态改变、且HSS/HLR中记录有所述被叫用户的终结消息在各个网络域均发送失败的信息时,调用Alert-SC功能触发该终结消息的传输流程;或者,
所述HSS/HLR在接收到路由查询请求、且确定发送所述路由查询请求的网元为所述IP消息网关时,根据其存储的所述发送失败的信息确定所述路由查询请求对应的可用路由信息,并将所述可用的路由信息传输至所述IP消息网关。
9、一种基于IP传输的消息路由系统,包括:HSS/HLR和IP消息网关,其特征在于,所述HSS/HLR中设置有接收存储模块和触发模块,所述IP消息网关中设置有发送模块一;其中,
所述发送模块一用于:在被叫用户的终结消息在网络域中发送失败时,将所述终结消息在所述网络域发送失败的信息直接传输至HSS/HLR;
所述接收存储模块用于:接收并存储所述终结消息在所述网络域发送失败的信息;
所述触发模块用于:在所述被叫用户后续的终结消息路由过程中,根据所述接收存储模块中存储的所述发送失败的信息进行所述被叫用户后续的终结消息的路由过程;其中,
所述发送模块一中设置有发送子模块三;
所述发送子模块三用于:在所述IP消息网关接收到一个或多个发送失败报告时,根据所述发送失败报告中携带的信息确定所述终结消息发送失败的原因值,并将所述原因值通过消息发送状态报告直接传输至HSS/HLR中的接收存储模块。
10、如权利要求9所述的一种基于IP传输的消息路由系统,其特征在于,
当所述被叫用户在IMS域中不可及时,所述发送失败的原因值包括:所述被叫用户在所述IMS域中没有寻呼响应No Paging Response via the S-CSCF或者所述被叫用户在所述IMS域中未附着IMS Detached。
11、如权利要求9所述的一种基于IP传输的消息路由系统,其特征在于,
当所述被叫用户在所述各个网络域中均发送失败时,所述发送失败的原因值包括:所述被叫用户在所述各个网络域中均不可及或者所述被叫用户存储空间满。
12、如权利要求9所述的一种基于IP传输的消息路由系统,其特征在于,
所述触发模块具体用于:在所述HSS/HLR确定所述被叫用户在任一网络域中的状态改变、且所述接收存储模块中存储有所述被叫用户的终结消息在各个网络域均发送失败的信息时,通过调用Alert-SC触发所述终结消息再次传输的流程。
13、一种基于IP传输的消息路由方法,其特征在于:所述方法包括步骤:
a、被叫用户的终结消息在网络域中发送失败,IP消息网关将所述终结消息在所述网络域发送失败的信息传输至HSS/HLR;
b、所述HSS/HLR接收并存储所述终结消息在所述网络域发送失败的信息;
c、在所述被叫用户后续的终结消息路由过程中,所述HSS/HLR根据其存储的所述发送失败的信息进行所述被叫用户后续的终结消息的路由过程;其中,
所述步骤a包括:
a11、所述IP消息网关根据其接收的发送失败报告中承载的信息,确定所述终结消息在各个网络域均发送失败时,向传统消息路由实体发送消息发送失败报告;
a12、所述传统消息路由实体根据其接收的所述消息发送失败报告,向所述HSS/HLR发送携带有所述终结消息在包括IMS域的各个网络域均发送失败的信息的消息发送状态报告,所述消息发送状态报告中携带有所述终结消息在所述各个网络域均发送失败的原因值;或者
所述步骤a包括:
a21、所述IP消息网关根据其接收的发送失败报告中承载的信息,确定所述被叫用户的终结消息在至少一个网络域发送失败、且所述终结消息最终发送成功时,向传统消息路由实体发送消息发送成功报告;
a22、所述传统消息路由实体根据其接收的所述消息发送成功报告,向所述HSS/HLR发送携带有该终结消息发送成功信息的消息发送状态报告。
14、如权利要求13所述的一种基于IP传输的消息路由方法,其特征在于:
所述IP消息网关通过MAP消息RP-ERROR向所述传统消息路由实体发送所述消息发送失败报告;
所述IP消息网关通过MAP_MT_FORWARD_SHORT_MESSAGE_ACK向所述传统消息路由实体发送所述消息发送成功报告。
15、如权利要求13所述的一种基于IP传输的消息路由方法,其特征在于,还包括:所述IP消息网关确定其向所述传统消息路由实体发送的消息发送失败报告中的发送失败的原因值;其中,
所述确定发送失败的原因值的步骤包括:
当所述IP消息网关接收的各发送失败报告中的失败原因包括被叫用户终端存储空间满时,所述IP消息网关确定失败原因值为被叫用户终端存储空间满;
当所述IP消息网关接收的各发送失败报告中的失败原因包括被叫用户不可及、且不包括被叫用户终端存储空间满时,所述IP消息网关确定失败原因值为被叫用户不可及;
当所述IP消息网关接收的各发送失败报告中的失败原因不包括被叫用户不可及和被叫用户终端存储空间满时,所述IP消息网关确定失败原因值为其接收的任一发送失败报告中的失败原因。
16、如权利要求13所述的一种基于IP传输的消息路由方法,其特征在于,所述步骤a12包括:
所述传统消息路由实体根据其接收的所述消息发送失败报告,将所述消息发送失败报告中的失败原因和短消息中心地址信息通过所述消息发送状态报告传输至所述HSS/HLR。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610066872A CN100589454C (zh) | 2006-03-31 | 2006-03-31 | 一种基于ip传输的消息路由方法和系统 |
EP07720605.0A EP2007152B1 (en) | 2006-03-31 | 2007-03-29 | Message route method, system and device based on ip transmission |
PCT/CN2007/001031 WO2007112678A1 (fr) | 2006-03-31 | 2007-03-29 | Procédé, système et dispositif d'acheminement de messages basés sur une transmission ip |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610066872A CN100589454C (zh) | 2006-03-31 | 2006-03-31 | 一种基于ip传输的消息路由方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101047655A CN101047655A (zh) | 2007-10-03 |
CN100589454C true CN100589454C (zh) | 2010-02-10 |
Family
ID=38563107
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610066872A Active CN100589454C (zh) | 2006-03-31 | 2006-03-31 | 一种基于ip传输的消息路由方法和系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2007152B1 (zh) |
CN (1) | CN100589454C (zh) |
WO (1) | WO2007112678A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
HK1107631A2 (en) | 2007-11-21 | 2008-04-11 | Vi Vi Jewellery Ltd | Movable elevator equipment |
CN102271312A (zh) * | 2010-06-04 | 2011-12-07 | 中兴通讯股份有限公司 | 一种终呼短消息的漫游重试方法和系统 |
CN102647365A (zh) * | 2011-02-16 | 2012-08-22 | 北京大学 | 处理消息及消息状态的方法、装置和数据交换服务器 |
CN107370666B (zh) | 2012-10-26 | 2020-10-16 | 华为技术有限公司 | 一种短消息信令优化方法、设备和系统 |
CN103929721A (zh) * | 2013-01-11 | 2014-07-16 | 宏碁股份有限公司 | 在网络内提供短信服务的方法 |
CN103476012B (zh) * | 2013-09-04 | 2016-11-23 | 华为技术有限公司 | 一种信息处理方法和设备 |
CN105873009B (zh) * | 2015-01-21 | 2019-06-25 | 中国移动通信集团公司 | 一种ip短消息互通网关的容灾方法、设备和系统 |
CN107786948B (zh) * | 2016-08-26 | 2020-11-03 | 中国移动通信集团北京有限公司 | 一种短消息容灾备份方法、装置、系统和相关设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SE9701509D0 (sv) * | 1997-04-22 | 1997-04-22 | Ericsson Telefon Ab L M | Method of routing a short message in a packet data network |
US6219546B1 (en) * | 1998-07-22 | 2001-04-17 | Ericsson Inc. | System and method of reallocating satellite gateways in a radio telecommunications network |
EP1188328A1 (en) * | 1999-06-01 | 2002-03-20 | Nokia Corporation | Message routing in case of multiple network subscription |
KR100492959B1 (ko) * | 2002-09-11 | 2005-06-07 | 삼성전자주식회사 | 공중 이동통신망과 연동되는 사설 무선망의 단문 메시지서비스 서버 및 방법 |
GB0326368D0 (en) * | 2003-11-12 | 2003-12-17 | Intellprop Ltd | Telecommunications services apparatus |
-
2006
- 2006-03-31 CN CN200610066872A patent/CN100589454C/zh active Active
-
2007
- 2007-03-29 WO PCT/CN2007/001031 patent/WO2007112678A1/zh active Application Filing
- 2007-03-29 EP EP07720605.0A patent/EP2007152B1/en active Active
Non-Patent Citations (4)
Title |
---|
3GPP TR 23.804 V1.0.0. 3GPP. 2005 |
3GPP TR 23.804 V1.0.0. 3GPP. 2005 * |
3GPP TS23.040 V1.0.0. 3GPP. 1999 |
3GPP TS23.040 V1.0.0. 3GPP. 1999 * |
Also Published As
Publication number | Publication date |
---|---|
CN101047655A (zh) | 2007-10-03 |
EP2007152A2 (en) | 2008-12-24 |
WO2007112678A1 (fr) | 2007-10-11 |
EP2007152B1 (en) | 2013-04-24 |
EP2007152A9 (en) | 2009-07-15 |
EP2007152A4 (en) | 2009-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5080465B2 (ja) | メッセージを変換するための方法及びシステム | |
KR101506029B1 (ko) | 통합 메시징 서비스를 제공하기 위한 시스템과 방법 | |
EP1798933B1 (en) | A method of realizing message service based on ip network multimedia subsystem | |
JP4768032B2 (ja) | ユーザ機器へのデータメッセージの伝送を外部ゲートウェイにより制御するための機構 | |
EP2081348A1 (en) | Message interworking method, system, entity and message delivery report processing method, system, the entity, terminal for message interworking | |
EP1998526B1 (en) | Method and apparatus for message routing based on ip | |
CN100589454C (zh) | 一种基于ip传输的消息路由方法和系统 | |
US20100087215A1 (en) | Method, system, and message service interworking module for implementing message service interworking | |
KR101051826B1 (ko) | 익명의 호출자에게 결합 서비스를 제공하기 위한 시스템 및 방법 | |
US20100093306A1 (en) | System and method for availing information relating to a circumstance | |
CN101064644B (zh) | 一种感知用户进行非ims业务的状态并进行通知的方法及系统 | |
CN101202710A (zh) | 消息发送报告处理方法、系统及用于消息互通实体、终端 | |
EP1873980B1 (en) | Interrogating network element for an IMS data network | |
CN101370172A (zh) | 不同类型的消息业务通信的处理方法、系统和设备 | |
US20080186956A1 (en) | Method and system for processing call change request in an internet protocol multimedia subsystem | |
KR101043696B1 (ko) | 인스턴트 메시지 서비스 시스템 및 이동통신 단말기, 및 그 서비스방법 | |
WO2007006234A1 (fr) | Procédé et appareil de transmission de message | |
KR100879851B1 (ko) | 비동기망의 ims 도메인의 세션 상태 관리 방법과 이를위한 이동통신 시스템 | |
EP1944945A1 (en) | Communication system with transparent subscriber mobility based on group registration | |
WO2006099812A1 (fr) | Procédé de transmission de message | |
WO2008098612A1 (en) | Communicating between networks |
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 |