CN101401460A - 一种短信路由控制装置、系统及方法 - Google Patents
一种短信路由控制装置、系统及方法 Download PDFInfo
- Publication number
- CN101401460A CN101401460A CNA2007800004195A CN200780000419A CN101401460A CN 101401460 A CN101401460 A CN 101401460A CN A2007800004195 A CNA2007800004195 A CN A2007800004195A CN 200780000419 A CN200780000419 A CN 200780000419A CN 101401460 A CN101401460 A CN 101401460A
- Authority
- CN
- China
- Prior art keywords
- short message
- neds
- sms center
- called
- hss
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- 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
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种短信路由控制装置、系统及方法,用以解决目前无法满足增强路由控制短信多径路径的实现需求的问题。装置包括:相互连接的短信智能决策查询单元及路由决策控制实体NeDs;短信智能决策查询单元,用于在收到短信时,向NeDs查询该短信的路由决策;NeDs,用于根据存储的路由决策信息确定被查询短信的路由决策,并将确定的路由决策返回给短信智能决策查询单元。可实现增强路由控制短信多径路径。
Description
一种短信路由控制装置、 系统及方法 技术领域
本发明涉及通讯领域, 特别是涉及一种短信路由控制装置、 系统及方法。 背景技术
短信业务提供了一种在各个终端之间或终端和网络之间传递一定大小的 消息的方法, 已经在 CS域的蜂窝网络中获得了极其成功的应用。 它的实现引 进了一种叫短信中心的网络实体, 依赖短信中心, 可以实现短信转发、 存储、 延迟发送以及其他的增值业务。同时, GSM/UMTS PLMN ( Public Land Mobile
ι
Network公众陆地移动网络) 需要支持短信在短信中心和终端之间的转发功 能。
3GPP R5阶段引进了 IP多媒体子系统, 它是在现有网络的分组域之上的 一个子系统, 采用分组域为其上层控制信令和媒体传输的承载通道, 引入 SIP 协议作为业务控制协议, 利用 SIP 简单、 易扩展、 媒体组合方便的特点, 通 过将业务控制与承载控制分离, 提供丰富的多媒体业务。 IMS 的网络融合方 案可以使运营商基于统一的核心网络为固定和移动用户提供相同的业务, 对 固网和移动网的核心网并存的网络架构, 不仅可以减少网络结构的复杂度, 也应该可以降低网络的运维成本。
当前实现短信业务的网络架构对短信被叫侧的控制能力比较弱, 对垃圾 短信的过滤, 合法监听的实现, 以及一些短信增值业务的实现都存在缺陷。 因此, 3GPP引进了被叫侧短信中心的网络结构。 同时, 因为短信业务在现有 蜂窝系统中的成功应用, 所以 3GPP 又考虑把短信业务扩展到非蜂窝网络的 IP连接中去。 在 TISPAN中已经规定了在 IMS域内的短信在 IMS域内通过 AS来进行存储和转发, 以及补充业务的处理。 而在 3GPP会议中, 已经开始 考虑如何区别 IMS域内的短信和跨域的短信流程。 因此, 考虑如何让被叫侧 短信中心的网络架构和短信互通的网络架构融合, 同时考虑在 IMS域内通过
AS来实现 IMS域内的短信的存储和转发以及补充业务的处理,使之成为有价 值的一种产品实现形态, 成为 3GPP需要解决的问题之一。
现有技术一: 目前 3GPP已定义的短信互通的网络舉构, 参见图 1所示, 图中各个网络实体的功能如下:
SMSC: Short Message Service Center,短信服务中心 , 负责在基站和 SME 间中继、 储存或转发短信; 移动台 (ME )到 SMSC的协议能传输来自移动台 或朝向移动台的短信,协议名为 SMTP ( Short Message Transmission Protocol )。
SMCIWMSC/GMSC: SMS-Gateway MSG, SMS网关。 接收由 SMSC发 送的短信, 向 HLR查询路由信息, 并将短信传送给接收者所在基站的交换中 心。
IP-SM-GW: IP Short Message Gateway IP短信网关。 IP-SM- GW提供 UE和 GSM/UMTS网络之间传递短信的互通功能, 可以用 IMS中的 AS来充 当 IP-SM-GW实体。
HLR/HSS: Home Location Register 归属位置寄存器 / Home Subscriber Server 归属签约用户服务器。 为 SMS业务提供路由功能。 MT时, 由 GMSC 发送路由请求消息到 HLR/HSS, 若 UE先前已经通过注册来登记 IP-SM-GW 的地址, 则在路由响应消息中需要把 IP-SM-GW的 E164格式的地址返回给 GMSC
基于上述 3GPP已定义的短信互通的网络架构,其注册流程参见图 2所示, 包括下列步骤:
1、 UE发起 IMS域内的正常注册 /重注册流程。
2、 S-CSCF检查触发规则, 发现 IP-SM-GW的地址, 触发第三方注册过 程。
3、 IP-SM-GW存储 S-CSCF的地址。
4、 IP-SM-GW发起到 HSS/HLR的登记流程。
5、 HSS/HLR存储 IP-SM-GW的 E164地址信息, 返回响应。
6、 IP- SM-GW给 S-CSCF返回响应。
7、 S-CSCF给 UE返回响应。
基于上述 3GPP已定义的短信互通的网络架构,其短信 MT流程(终结短 信流程)参见图 3所示, 包括下列步驟:
1. UE通过 IMS注册流程注册到 S-CSCF, 且执行了上述短信注册流 程。
2. SM-SC转发 SMS 消息给 SMS-GMSC。
3. SMS-GMSC发送路由请求给 HLR/HSS, 其中包含一指示标志 SMS-GMSC支持 IP消息路由。
4. HSS/HLR返回用户注册时登记的 IP-Message-GW的 E.164地址。
5. SMS-GMSC发送消息给 IP-Message- GW, 其中携带 UE的 MSISDN。
6.把 MSISDN转换成 TelUrl, 并根据 TelUri找到相应的 S-CSCF地址。
7. IP-Message-GW发送到 SMS到 S-CSCF。
8. S-CSCF转发 SIP MESSAGE给 UE。
9. UE给 S-CSCF回 200 OK响应。
10. S-CSCF发送 200 OK给 IP-Message-GW。
11. UE通过 SIP MESSAGE发送递交报告给 S-CSCF。
12. S-CSCF才艮据过滤规则转发 SIP MESSAGE给 IP- Message-GW。
13. IP-Message-GW发送递交报告给 SMS-GMSC。
14. SMS-GMSC发送递交报告状态给 HLR/HSS。
15. SMS-GMSC发送递交报告给 SM-SC。
16. IP-Message- GW通过 200 OK.给 S-CSCF 确认消息。
17. S-CSCF通过 200 OK.给 UE确认消息。
现有技术一只在 IP-SM-GW上登记了 IMS 域用户的状态, 以及用户与 S-CSCF的对应关系, 没有考虑用户在 CS域和 IMS域双注册的情况。 因此当 用户为双注册情况下, 无法根据用户的状态、 能力、 喜好等条件来决定路由 到 CS域还是 IMS域。 同时, 由于没有一种机制来记录 IMS域内多 IP连接情 况下的路由控制方法, 故在短信路由到 IMS域后无法对短信的进一步路由做
智能控制。 由于没有被叫侧的短信中心, 也无法实现对被叫侧短信的增强控 制。
现有技术二: 引入被叫侧短信中心后的网络结构图, 参见图 4所示。 其 IMS域短信的注册流程参见现有技术一。
其短信的发送流程包括下列步驟:
一、 CS域用户发送短信给 IMS域单签约用户:
ί) CS域 UE发送短信, 经过 MSC。
I) MSC解析消息中的短信中心地址, 通过路由分析经过 SMS-IWMSC发 给 MO-SMSC。
5) MO-SMSC通过 HSS/HLR查询到 MT-SMSC发送短信给 MT-SMSC;。
MT-SMSC发送短信给 SMS-GMSC。
5) SMS-GMSC到 HSS/HLR 被叫的路由信息。
>) HSS/HLR返回 IP-SM- GW的地址。
SMS - GMSC发送短信给 IP-SM-GW。
IP-SM-GW发送短信给由第三方注册时记录的 S- CSCF。
)) S-CSCF路由短信到 UE。
IMS域用户发送短信给 CS域单签约用户:
[) IMS域 ΌΕ发送短信, 经过 S-CSCF到达 IP-SM-GW。
I) IP-SM-GW解析消息中的短信中心地址, 通过路由分析经过
SMS-IWMSC发给 MO-SMSC。
5) MO-SMSC通过 HSS/HLR查询到 MT-SMSC发送短信给 MT-SMSC。 \) MT-SMSC发送短信给 SMS-GMSC;。
' SMS-GMSC到 HSS/HLR去被叫的路由信息。
)) HSS HLR返回被 当前所在的 MSC的号码。
SMS - GMSC发送短信给被叫所在的 MSC。
) MSC通过寻呼发送短信给被叫。
、 CS域用户发送短信给 CS域单签约用户:
1) CS域 UE发送短信, 经过 MSC。
2) MSC解析消息中的短信中心地址,通过路由分析经过 SMS-IWMSC发 给 MO-SMSC。
3) MO-SMSC通过 HSS HLR查询到 MT-SMSC发送短信给 MT-SMSC。
4) MT-SMSC发送短信给 SMS-GMSC。
5) SMS-GMSC到 HSS HLR去被叫的路由信息。
6) HSS/HLR返回被叫当前所在的 MSC的号码。
7) SMS - GMSC发送短信给 MSC。
8) MSC通过寻呼发送短信给被叫。
现有技术二中, 虽然引进了被叫侧的短信中心增强了对被叫侧的控制, 但仍然没有考虑用户双签约的情况。 因此当用户为双签约的情况下, 无法决 定路由到 CS域还是 IMS域。 由于没有一种高层的决策机制, 造成短信的路 由能力 4艮弱, 无法根据用户的喜好、 运营商的策略、 用户注册状态等来进行 智能的路由控制。
现有技术三: TISPA 规定的 IMS域内短信路由方式的网络结构图, 参 见图 5所示。
基于 TISPAN规定的 IMS域内短信路由方式的网络结构, 其短信路由流 程包括下列步骤:
1) IMS域 UE发送短信, 到达 S-CSC
2) S-CSCF根据过滤规则, 触发到 AS - SMS, 进行主叫的业务控制和必 要的重定向(当被叫的地址是封装在消息体内时), 不进行短信的存 储, AS - SMS再把短信发回给 S-CSCF。如果仅考虑 TISPAN中的需求, 这一步可选。
3) S - CSCF进行 DNS解析,发现 I - CSCF的地址。发送短信给 I - CSCF。
4) I - CSCF到 UPSF (即 HSS/HLR)查询得到被叫所在的 S - CSCF地址,转 发短信给被叫的 S - CSCF。
5) 被叫 S - CSCF根据触发规则发送短信到被叫侧的 AS。
6) 被叫侧的 AS进行补充业务处理后返回短信给被叫的 S - CSCF。
7) 被叫侧的 S - CSCF路由短信到 UE。
在 TISPAN中仅仅考虑了 IMS域的短信的实现流程, 没有考虑与 CS域 的短信互通, 更没有考虑用户在双签约情况下的跨域路由选择。 也没有对被 叫侧的增强控制的能力。
发明人在发明过程中发现, 现有技术无法满足增强路由控制短信多径路 径的实现需求。
发明内容
本发明实施例提供一种短信路由控制装置、 系统及方法, 以满足增强路 由控制短信多径路径的实现需求。
本发明本发明实施例的装置, 包括: 相互连接的短信智能决策查询单元 及路由决策控制实体 NeDs; 短信智能决策查询单元, 用于在收到短信时, 向 NeDs查询该短信的路由决策; NeDs,用于根据存储的路由决策信息确定被查 询短信的路由决策, 并将确定的路由决策返回给短信智能决策查询单元。
本发明实施例的系统, 包括: 短信智能决策查询单元, 用于在收到短信 时, 向 NeDs查询该短信的路由决策; NeDs, 用于根据存储的路由决策信息 确定被查询短信的路由决策, 并将确定的路由决策返回给短信智能决策查询 单元。
本发明实施例的方法, 包括下列步驟: A、短信智能决策查询单元收到短 信时, 向 NeDS发起路由决策查询请求; B、 NeDs根据存储的路由决策信息 确定被查询短信的路由决策, 并向短信智能决策查询单元返回确定的路由决 策; C、 短信智能决策查询单元根据返回的路由决策进行后续路由控制。
本发明实施例在现有网络架构中引进 NeDS、短信智能决策查询单元及终 结侧(被叫侧)短信中心等实体, 既增强了对被叫侧的控制, 又解决了 CS域 和 IMS域的短信在各个场景的互通时的路由寻址问题。
附图说明
图 1为 3GPP定义的短信互通网络架构图;
图 2为基于 3GPP定义的短信互通网络架构的注册流程图; 图 3为基于 3GPP定义的短信互通网络架构的终结短信流程图; 图 4为引入被叫侧短信中心后的网络结构图;
图 5为 TISPAN规定的 IMS域内短信路由方式的网络结构图; 图 6为本发明实施例的装置结构示意图;
图 7为本发明实施例的系统实现方式一结构示意图;
图 8为本发明实施例的系统实例一结构示意图;
图 9为本发明实施例的系统实现方式二结构示意图;
图 10为本发明实施例的系统实例二结构示意图;
图 11为本发明实施例的系统实现方式三结构示意图;
图 12为本发明实施例的系统实例三结构示意图;
图 13为本发明实施例的方法步骤流程图;
图 14为本发明方法实施例 U信令流程图;
图 15为本发明方法实施例 1.2信令流程图;
图 16为本发明方法实施例 1.3信令流程图;
图 17为本发明方法实施例 1.4信令流程图;
图 18为本发明方法实施例 1.5信令流程图;
图 19为本发明方法实施例 1.6信令流程图;
图 20为本发明方法实施例 1.7信令流程图;
图 21为本发明方法实施例 2.1信令流程图;
图 22为本发明方法实施例 3.2信令流程图;
图 23为本发明方法实施例 3.3信令流程图;
图 24为本发明方法实施例 3.4信令流程图;
图 25为本发明方法实施例 3.5信令流程图;
图 26为本发明方法实施例 3.6信令流程图;
图 27为本发明方法实施例 3.7信令流程图。 具体实施方式
本发明实施例在充分考虑当前各个短信互通的网络架构基础之上, 做到 尽量对现有的网络改动最小的情况下实现新的需求。 网絡可以获得用户喜好, 终端注册状态, 运营商策略的配置等一系列有用于短信路由的信息。 除了满 足现有的 CS域和 IMS域短信互通的需求, IMS域内短信实现的需求, 被叫 侧增强控制能力的需求外, 还可以同时满足: 用户单签约时增强路由控制短 信多径路径的实现需求; 以及用户双签约时跨域路由选择的需求, 增强路由 控制短信多径路径的实现需求。
参见图 6所示, 本发明实施例提供了一种短信路由控制装置, 其包括: 相互连接的短信智能决策查询单元及路由决策控制实体 NeDs;基于具体实现, 所述 NeDs中还存在与用户连接的接口, 以及与 OSS连接的接口; 所述短信 智能决策查询单元可收发 IMS或 CS的短信业务请求。
所述短信智能决策查询单元,用于在收到短信时, 向 NeDs查询该短信的 路由决策。
所述 NeDs, 用于根据存储的路由决策信息确定被查询短信的路由决策, 并将确定的路由决策返回给短信智能决策查询单元。
应用上述装置, 本发明实施例又提供了一种短信路由控制系统, 其中可 包括: 归属签约服务器 HSS/HLR、 主叫侧短信中心、 被叫侧短信中心, 以及 相互连接的短信智能决策查询单元和 NeDs。
根据短信智能决策查询单元和 NeDs所处的位置不同,所述系统有以下三 种实现方式。
系统实现方式一: 参见图 7所示, 所述 NeDs位于 HSS/HLR的前置位置 (所述 NeDs与 HSS/HLR合设或分别设置),用于在主叫侧短信中心或被叫侧 短信中心去 HSS/HLR取被叫路由信息时进行信令拦截, 以完成路由决策。
所述短信智能决策查询单元置于主叫侧短信中心内 (即由主叫侧短信中 心充当短信智能决策查询单元), 用于查询跨域路由决策, 以使主叫侧短信中 心实现跨域路由决策功能, 将短信路由到选定的域。
所述短信智能决策查询单元还置于被叫侧短信中心内 (即由被叫侧短信 中心充当短信智能决策查询单元), 用于查询增强路由控制决策, 以使被叫侧 短信中心实现增强路由控制功能, 将短信路由到选定的多径路径。
系统实例一: 对应上述系统实现方式一, 以下提供系统实例一, 参见图 8 所示。
一个短信的路由路径需要区分 CS域和 IMS域。 在 CS域中, SMSC可以 充当始发(主叫侧)短信中心 MO-SMSC和终结(被叫侧)短信中心 MT-SMSC 的功能。 其 MO或 MT的定义是在一个短信流程中根据主叫和被叫在网络中 的位置所决定的。 在 IMS 域中, 对原来的 IP-SM-GW 的功能进行增强, 在 IP-SM-GW 中增加 SMS-AS 单元, 充当在 IMS 域的 SMSC; 即增强后的 IP-SM-GW不仅能够作为 CS域和 IMS域的互通短信网关, 还可以作为 IMS 域内的短信中心, 进行短信的存储转发和补充业务的处理。 其在 IMS域中的 位置和作用同 SMSC在 CS域中类似, 也要区分始发侧和终结侧。 同时, 还新 增了一个 NeDs, 其在 HSS/HLR的前置位置, 对主叫侧和被叫侧短信中心到 HSS/HLR的信令进行拦截, 并根据存储 UE的注册状态、 运营商的策略、 用 户的喜好来实现短信的智能路由控制功能。
本实例还对现有的网络实体进行了接口能力的扩充, 包括:
在 CS域中,与所述 SMSC相连的短信网关 SMSC- F MSC/GMSC与 NeDs 存在接口, 用于支持 SMSC经由 SMSC-IWMSC/GMSC到 NeDs去取路由决 策信息;
IP-SM-GW与 NeDS存在接口 (Ν'接口:), 用于支持 IP-SM-GW到 NeDS 去取路由决策信息;
HSS/HLR 与 NeDs 存在接口 (P,接口), 用于中转主被侧短信中心向 HSS/HLR发送的信令。
系统实现方式二: 参见图 9 所示, 所述短信智能决策查询单元置于 HSS/HLR内 (即由 HSS/HLR充当短信智能决策查询单元), 用于在主叫侧短 信中心或被叫侧短信中心到 HSS/HLR取被叫路由信息时, 由 HSS/HLR向 NeDS查询路由决策。
所述 NeDs位于 HSS/HLR的后置位置(所述 NeDs与 HSS/HLR合设或分 别设置), 用于在为 HSS/HLR查询路由决策。
系统实例二: 对应上述系统实现方式二, 以下提供系统实例二, 参见图 10所示。
以 CS域中的 SMSC充当主叫侧短信中心或被叫侧短信中心; IMS域中, 在互通网关 IP-SM-GW中增加 SMS-AS单元, 以使 IP-SM-GW相应充当 IMS 域的主叫侧短信中心或被叫侧短信中心, 并兼作互通网关 (相关细节内容与 系统实例一相同)。
所述 HSS/HLR除原有的功能外, 还与 NeDs有内部或外部接口, 能够向 NeDs上报用户当前的注册状态。 HSS/HLR在收到短信路由查询消息后,在判 断被叫用户为默签约状态后,通过内部或外部接口向 NeDs请求路由决策, 并 根据 NeDs返回的路由决策从存储的被叫侧短信中心的地址信息中选择并返 回被叫路由信息; HSS/HLR在收到短信路由查詢消息后, 在判断被叫用户为 单签约状态后, 直接返回被叫路由信息。
所述 NeDs位于 HSS/HLR的后置位置, 用于在收到 HSS/HLR发来的查 询路由决策请求时, 根据存储 UE的注册状态、运营商的策略、用户的喜好来 决定短信的路由决策。 若 HSS/HLR不具有判断用户注册状态(单签约或双签 约) 的功能, 但 HSS/HLR能够向 NeDs 上报用户当前的注册状态, 则所述 HSS/HLR在收到短信路由查询消息后, 直接向 NeDs转发并请求路由决策; 由 NeDs判断出被叫用户的注册状态后, 相应的向 HSS/HLR返回路由决策; 再由 HSS/HLR根据 NeDs返回的路由决策从存储的被叫侧短信中心的地址信 息中选择并返回被叫路由信息。
本实例还对现有的网络实体进行了接口能力的扩充, 包括:
图 10中 SMSC-IWMSC/GMSC:能够支持到 HSS/HLR去取路由决策信息。 IP-SM-GW与 HSS/HLR存在接口 (N,接口), 用于支持 IP-SM-GW向 HSS/HL 取被叫的路由信息;
HSS/HLR与 NeDs存在接口 (P,接口), 用于支持 HSS/HLR到 NeDS去 取路由决策信息和上报用户的注册状态。
系统实现方式三: 参见图 11所示, 由被叫侧短信中心充当智能路由决策 查询单元 (短信智能决策查询单元置于被叫侧短信中心内)去 NeDS 查询。 NeDS在被叫侧的短信中心或类似的网络控制实体中, NeDS和被叫侧短信中 心或实体的接口为内部接口, 此时的智能控制点在被叫侧实现。
系统实例三: 对应上述系统实现方式三, 以下提供系统实例三, 参见图 12所示。
在 CS域中, 以 SMSC充当被叫侧短信中心, 并且在 SMSC中增加短信 智能决策查询单元和 NeDS; 即 SMSC/NeDS在原有的消息存储和转发功能之 上, 增加短信的路由决策功能。
在 IMS域中, 以短信应用服务器 SMS-AS充当被叫侧短信中心, 并且在 SMS-AS中增加短信智能决策查询单元和 NeDS。 该 SMS-AS/NeDs同时具有 短信网关和 NeDs的功能(即功能与 IP- SM-GW加上 NeDS相当), 可以进行 消息格式的转换, 有到 HSS/HLR取被叫短信中心地址的能力, 还可以根据存 储 UE的注册状态、 运营商的策略、 用户的喜好来决定短信的路由决策。
图 12中 HSS/HLR能够向 NeDs上报用户当前的注册状态;所述 HSS/HLR 收到主叫侧发来的短信路由查询消息后, 根据预设的配置选择被叫侧短信中 心; 由所述被选定的被叫侧短信中心进行路由决策; 之后, 被选定的被叫侧 短信中心根据确定的路由决策指示 HSS/HLR返回被叫路由信息或根据本身存 储的路由信息直接路由。 在 HSS/HLR上可以静态配置被叫侧短信中的地址, 以便短信可以路由到此短信中心进行后续的路由决策。 也可以不在 HSS/HLR 上静态配置被叫侧短信中的地址, 而是才艮据短信主叫侧的当前域就近选择相 同域的被叫侧短信中心来进行后续的路由决策。
图 12中短信出口网关 SMS-MGCF, 用于将 CS域的短信与 IMS域的短 信互相转译; 并可与 MGCF功能实体合设。
在实际部署中, 上述 SMS-MGCF和 SMS-AS/NeDS可以合设, 并且可附 加到 IP-SM-GW中实现。
本实例还对现有的网络实体进行了接口能力的扩充, 包括:
SMS-AS与 HSS/HLR存在接口 (R,接口), 用于支持 SMS-AS/NeDS向 HSS/HLR取被叫的路由信息。
应用上述装置及系统本发明实施例还提供了一种短信路由控制方法, 参 见图 13所示, 包括下列主要步驟:
51、 短信智能决策查询单元收到短信时, 向 NeDS发起路由决策查询请 求。
本步骤中, 所述短信智能决策查询单元位于主叫侧短信中心、 被叫侧短 信中心, 或者 HSS/HLR。
52、 NeDs根据存储的路由决策信息确定被查询短信的路由决策, 并向短 信智能决策查询单元返回确定的路由决策。
本步骤中, NeDs存储的路由决策信息至少包括下列之一: 用户在 CS域 和 IMS域的注册状态; 用户的喜好信息; 运营商的策略。
53、 短信智能决策查询单元根据返回的路由决策进行后续路由控制。 对应上述系统的实现方式, 以下提供三种本发明实施例的实现方法。 实现方法一: 短信智能决策查询单元同.时置于主叫侧短信中心和被叫侧 短信中心内时。
Lll、 短信智能决策查询单元收到短信时, 向 NeDS发起路由决策查询请 求。
若短信智能决策查询单元同时置于主叫侧短信中心和被叫侧短信中心内 时, 本步骤中主叫侧短信中心向 NeDS 查询跨域路由信息; 被叫侧短信中心 向 NeDS查询被叫域内增强路由控制信息。
L12、 NeDs根据存储的路由决策信息确定被查询短信的路由决策, 并向
短信智能决策查询单元返回确定的路由决策。
本步骤中, 主叫侧短信中心查询跨域路由信息时, NeDS返回被叫域短信 中心地址( SMSC或 IP - SM - GW/SMS-AS的地址); 被叫侧短信中心查询被 叫域内的路由信息时, NeDS返回增强路由控制决策。
所述增强路由控制决策包括下列之一: 域内多 IP连接激活时, 路由的优 先级; 域内多 IP连接激活时, 通过某一 IP连接发送失败后, 路由到另一 IP 连接的策略; 域内短信发送失败时, 选择另外一个域进行路由的策略。
L13、 短信智能决策查询单元根据返回的路由决策进行后续路由控制。 本步骤中, 所述后续路由控制的方式包括下列之一: 控制主叫侧短信中 心直接发送短信给被叫侧短信中心; 控制主叫侧 IP-SM-GW/SMS-AS通过主 叫 S-CSCF将短信路由到被叫 I-CSCF; 由 I-CSCF到 HSS/HLR查询得到被叫 的 S-CSCF地址, 并将短信路由到被叫的 S-CSCF; 再由被叫的 S-CSCF转发 短信到被叫的 IP-SM-GW/SMS-AS; 在本域内发送短信失败后,根据路由决策 再次转发短信给他域。
实现方法二: 短信智能决策查询单元置于 HSS/HLR内时。
L21、 短信智能决策查询单元收到短信时, 向 NeDS发起路由决策查询请 求。
若短信智能决策查询单元置于 HSS/HLR内时, 本步骤中, 下列情况之一 触发 HSS/HLR向 NeDS发起路由决策查询请求: 主叫侧短信中心发起被叫路 由信息查询; 被叫侧短信中心发起被叫路由信息查询。
L22、 NeDs根据存储的路由决策信息确定被查询短信的路由决策, 并向 短信智能决策查询单元返回确定的路由决策。
本步骤中, 主叫侧短信中心发起被叫路由信息查询, 触发 HSS/HLR 向 NeDS发起路由决策查询倩求时, NeDS返回被叫域短信中心地址( SMSC或 IP - SM - GW/SMS-AS的地址:); 被叫侧短信中心发起被叫路由信息查询, 触 发 HSS/HLR向 NeDS发起路由决策查询请求时, NeDS返回增强路由控制决 策。
所述增强路由控制决策包括下列之一: 域内多 IP连接激活时, 路由的优 先级; 域内多 IP连接激活时, 通过某一 IP连接发送失败后, 路由到另一 IP 连接的策略; 域内短信发送失败时, 选择另外一个域进行路由的策略。
L23、 短信智能决策查询单元根据返回的路由决策进行后续路由控制。 本步骤中, 所述后续路由控制的方式包括下列之一: 控制主叫侧短信中 心直接发送短信给被叫侧短信中心; 控制主叫侧 IP-SM-GW/SMS-AS通过主 叫 S-CSCF将短信路由到被叫 I-CSCF; 由 I-CSCF到 HSS/HLR查询得到被叫 的 S-CSCF地址, 并将短信路由到被叫的 S-CSCF; 再由被叫的 S-CSCF转发 短信到被叫的 IP-SM-GW/SMS-AS; 在本域内发送短信失败后,根据路由决策 再次转发短信给他域。
实现方法三: 短信智能决策查询单元置于被叫侧的短信中心内时。
L31、 短信智能决策查询单元收到短信时, 向 NeDS发起路由决策查询请 求。
若短信智能决策查询单元置于被叫侧的短信中心内时, 被叫侧的短信中 心内还设置有 eDS; 即被叫侧短信中心具有查询被叫智能路由控制信息的能 力。
所述被叫侧短信中心的确定方式包括下列之一: 在 HSS/HLR上静态配置 被叫侧短信中心的地址; 根据短信主叫侧的当前域, 就近选择相同域的被叫 侧短信中心。
L32、 NeDs根据存储的路由决策信息确定被查询短信的路由决策, 并向 短信智能决策查询单元返回确定的路由决策。
本步骤中, NeDS返回的路由决策包括下列之一: 路由决策后的被叫侧短 信中心地址; 域内多 IP连接激活时, 路由的优先级; 域内多 IP连接激活时, 通过某一 IP连接发送失败后,路由到另一 IP连接的策略; 域内短信发送失败 时, 选择另外一个域进行路由的策略。
L33、 短信智能决策查询单元根据返回的路由决策进行后续路由控制。 本步驟中, 所述后续路由控制的方式包括下列之一: 控制 CS域短信中心
将短信通过 SMS-MGCF路由到被叫的 I-CSCF;由被叫的 I-CSCF到 HSS/HLR 查询得到被叫的 S-CSCF 的地址; 再由被叫的 S-CSCF 转发短信到被叫的 SMS-AS NeDS;控制 IMS域的短信中心将短信通过 S-CSCF发送给 BGCF(边 缘网关控制功能实体 Border Gateway Control Function );由 BGCF转发短信到 SMS-MGCF; 再由 SMS-MGCF将短信路由到 CS域的 SMSC NeDS; 在本域 内发送短信失败后, 根据路由决策再次转发短信给他域。
若 SMS-MGCF和 SMS-AS/NeDS都附加在 IP-SM-GW上实现,则短信由 CS到达 IP-SM-GW后, 由 IP-SM-GW上的 NeDS做出决策, 该决策为将短信 路由到 IMS域, 则直接路由到 S-CSCF进行后续处理。
以下给出与实现方法一对应的 7个具体方法实施例。
方法实施例 1.1、 CS 或短信发送给双签约用户, 主叫侧流程参见图 14所 示, 包括下列步骤:
1. 步驟 1 - 2, UE1发送短信给 MSC, MSC给 UE1回响应。
2. 步骤 3 - 4, MSC发送消息给 MO-SMSC, MO-SMSC给 MSC回响应。 3. 步據 5 - 6, MO-SMSC到 HSS/HLR取被叫侧短信中心的路由信息, 其 请求消息被 NeDS拦截, NeDS决策决定要路由的域, 返回被叫侧短信 中心的地址 (有可能是 CS域的被叫侧短信中心地址, 也可能是 IMS 域的 IP-SM-GW/SMS-AS的地址) 。
4. 步骤 7 - 8 , MO-SMSC发送短信到被叫侧短信中心,被叫侧短信中心 给 MO-SMSC返回响应。
方法实施例 1.2、 IMS域短信发送给双签约用户, 第一种主叫侧流程参见 图 15所示, 包括下列步驟:
1. 步骤 1 - 2, UE1发送短信给 S-CSCF, S-CSCF给 UE1回响应。
2. 步 骤 3 - 4 , S-CSCF 发 送 消 息 给 IP-SM-GW/SMS-AS , IP-SM-GW/SMS-AS给 S-CSCF回响应。
3. 步骤 5 - 6, IP-SM-GW/SMS-AS到 HSS/HLR取被叫侧短信中心的路由 信息, 其请求消息被 NeDS拦截, NeDS决策后决定要路由到 IMS域,
返回被叫的短信中心地址 (若选择 CS域则返回 CS域的 SMSC的地址, 若选择 IMS域, 则返回 IP-SM-GW/SMS- AS的地址) 。
4. 步驟 7 - 8, IP-SM-GW/SMS-AS发送短信到被叫侧短信中心,被叫侧 短信中心返回响应。
方法实施例 1.3、 IMS域短信发送给双签约用户, 第二种主叫侧流程参见 图 16所示, 包括下列步骤:
1. 步骤 1 - 2, UE1发送短信给 S-CSCF, S-CSCF给 UE1回响应。
2. 步骤 3 - 4, S-CSCF发送消息给主叫侧 IP-SM-GW/SMS-AS , 主叫侧 IP-SM-GW/SMS-AS给 S-CSCF回响应。
3. 步驟 5 - 6, 主叫侧 IP-SM-GW/SMS-AS到 HSS/HLR查询被叫侧短信中 心的路由信息, 其请求消息被 NeDS拦截, NeDS决策后决定要路由到 IMS域后返回。
4. 步骤 7 - 8 , 主叫侧 IP-SM-GW/SMS-AS把消息重新发回给主叫的 S-CSCF。
5. 步骤 9 - 10 , 主叫的 S-CSCF根据被叫的 DNS解析, 找到被叫的
I-CSCF, 并把短信发送给 I-CSCF.I-CSCF返回响应。
6. 步驟 11-12, I-CSCF到 HSS/HLR查詢路由信息, HSS/HLR返回被叫所 在的 S-CSCF的地址。
7. 步骤 13-14, I-CSCF把短信发送给被叫的 S- CSCF, S-CSCF返回响应。 8. 步骤 15-16 , 被叫 的 S-CSCF把短信根据 iFC触发给被叫侧
IP-SM-GW/SMS-AS„
方法实施例 1.4、 发送给双签约用户的短信终结在 CS .域的被叫流程参见 图 17所示, 包括下列步骤:
1. - 2, CS域的被叫侧短信中心 MT - SMSC收到短信, 主叫侧流 程可参见实施例 1.1, 1.2。
2. 步骤 3 - 4, MT-SMSC到 HSS/HLR取被叫的路由信息, 其请求信令被 NeDS拦截, NeDS判断这是取被叫的路由信息, 转发请求信令给
HSS/HLR.
3. 步骤 5 - 6, HSS/HLR返回被叫的在 CS域内的路由信息,其中包括 MSC 的地址。 NeDS拦截路由响应信令后, 根据决策返回 MSC地址给 MT-SMSC.
4. 步-骤 7 - 8, MT-SMSC发送短信到被叫所在的 MSC, 被叫所在 MSC给 MT-SMSC返回响应消息。
5. 步骤 9 - 10, MSC发送短信给 UE, UE给 MSC返回响应。
方法实施例 1.5、发送给双签约用户的短信终结在 IMS域的被叫流程参见 所示, 包括下列步骤:
1、 步骤 1 - 2, IMS域的被叫侧短信中心 IP - SM - GW/SMS-AS收到 信, 主叫侧流程可参见实施例 1.1 , 1.2, 1.3。
2、 步骤 3 - 4: IP - SM - GW/SMS-AS到 HSS/HLR取被叫在 IMS域内的 路由信息。 其请求信令被 NeDS拦截, NeDS判断这是取被叫的路由信 息, 转发请求信令给 HSS/HLR。
3、 步骤 5-8: HSS/HLR返回被叫在 IMS域内的路由信息。 NeDS拦截路 由响应信令后, 根据被叫在 IMS域内的路由策略选择某一 IP连接, IP - SM - GW/SMS-AS根据用户注册时的第三方注册信息和路由策略, 直接发送短信给被叫用户所在的 S-CSCF。 S-CSCF返回响应给 IP - SM - GW/SMS-AS。
4、 步骤 9-10: S-CSCF发送短信给终端。 终端返回响应。
方法实施例 1.6、 发送给双签约用户的短信路由到 IMS域失败后终结在 流程参见图 19所示, 包括下列步骤:
1. 步骤 1 - 2, IMS域的 IP-SM- GW/SMS-AS收到主叫侧来的短信。 主叫 侧流程可参见实施例 1.1 , 1.2, 1.3。
2. 步骤 3 - 4, IP-SM-GW/SMS-AS到 HSS/HLR取被叫在 IMS域内的路由 策略。 其请求信令被 NeDS拦截, NeDS判断这是取被叫的路由信息, 转发请求信令给 HSS/HLR。
3. 步骤 5 - 6, HSS/HLR返回被叫在 IMS域内的路由信息。 NeDS拦截路 由响应信令后, 返回被叫的路由策略, 包括: IMS域内的路由信息, IMS域内发送失败是否继续寻址到另外一个域及被叫侧 SMSC的地址 等。本实施例中 NeDs决策返回需要继续路由到 CS域并返回 MT-SMSC 的地址。
4. 步骤 7 - 8, IP- SM-GW/SMS-AS根据用户注册时存储的信息和 IMS域 内的路由策略转发短信到 S-CSCF。
5. 步骤 9, S-CSCF发送短信给 UE2失败。
6. 步骤 10, S-CSCF给 IP-SM-GW/SMS-AS返回短信发送失败消息。
7. 步骤 11 - 12, IP-SM-GW/SMS-AS根据步驟 3― 6得到的跨域路由信息, 转发短信到 MT - SMSC, 并删除本地存储的短信。
8. 步骤 13 - 16, MT-SMSC到 HSS/HLR取被叫的路由信息, HSS/HLR返 回被叫的 MSC地址。
9. 步骤 17 - 18, MT-SMSC发送短信到被叫所在的 MSC,被叫所在 MSC 给 MT-SMSC返回响应消息。
10.步骤 19 - 20, MSC发送短信给 UE, UE返回响应。
方法实施例 1.7、发送给双签约用户的短信路由到 CS域失败后终结在 IMS 域流程参见图 20所示, 包括下列步骤:
1. 步蘇 1 - 2, MT-SMSC收到短信, 主叫侧流程可参见实施例 1.1, 1.2。
2. 步骤 3 - 4, MT-SMSC到 HSS/HLR取被叫在 CS域的路由控制信息, 其 请求信令被 NeDS拦截, NeDS判断这是取被叫的路由信息, 转发请求 信令给 HSS/HLR。
3. 步骤 5 - 6, HSS HLR返回被叫在 CS域内的路由信息。 NeDS拦截路由 响应信令后,返回被叫的路由策略, 包括: HSS/HLR返回被叫的 MSC 地址和 NeDs决策后的被叫的路由控制信息: 包括是否继续寻址到另 外一个域, 是否终止本次短信流程等。 本实施例中 NeDs决策返回需 要继续路由到 IMS域。 NeDs的决策还同时返回 IP-SM-GW/SMS-AS的
El 64地址。
4. 步骤 7 - 8, MT-SMSC发送短信到被叫所在的 MSC, 被叫所在 MSC给 MT-SMSC返回响应消息。
5. 步骤 9, MSC发送短信给 UE失败。
6. 步骤 10, MSC给 MT-SMSC返回短信发送失败消息。
7. 步骤 11 - 12, MT-SMSC转发短信到 IP-SM-GW/SMS-AS, 并删除本地 存储的短信。
8. 步骤 13 - 16, IP-SM-GW/SMS-AS到 HSS/HLR取 IMS域内路由决策信 息, 得到 IMS域内的路由信息。
9. 步驟 17 - 18, IP-SM-GW/SMS-AS根据用户注册时存储的信息转发短 信到 S-CSCF。
10.步骤 19 - 20, S-CSCF发送短信给 UE, UE返回响应。
以下给出与实现方法二对应的 1 个具体方法实施例。 与实现方法一对应 的 7个具体方法实施例区别在于主被叫短信中心获取智能路由信息时, 消息' 先发到 HSS/HLR, 由 HSS/HLR判断用户为双签约用户, 再发起到 NeDS进 行智能路由控制查询。
方法实施例 2.1、 参见图 21所示, 包括下列步骤:
1. 步 1 - 2, IMS域或 CS域的主 /被叫侧短信中心收到短信 MT-SMSC收 到短信。
2. 步骤 3 , 主 /被叫侧短信中心发起到 HSS/HLR取被叫的路由信息。
3. 步骤 4, HSS/HLR判断用户为双签约用户,发起到 NeDS查询智能路由 控制信息的过程。
4. 步骤 5 , NeDS返回智能路由控制信息。
5. 步骤 6, HSS/HLR返回智能路由控制信息给主 /被叫侧短信中心。
6. 步骤 7, 主 /被叫侧短信中心才艮据获得的智能路由控制信息控制下一条 路由。
以下给出与实现方法三对应的 7个具体方法实施例。
方法实施例 3.1、 CS域短信发送给双签约用户, 路由到 CS域被叫侧短信 中心流程, 参见现有技术二中 CS域用户发送短信给 CS域单签约用户流程。
方法实施例 3.2、 CS域短信发送给双签约用户, 路由到 IMS域被叫侧短 信中心流程, 参见图 22所示, 包括下列步骤:
1. 步骤 1 - 2, UE1发送短信给 MSC, MSC给 UE1回响应。
2. 步骤 3 - 4, MSC发送消息给 MO-SMSC, MO-SMSC给 MSC回响应。
3. 步骤 5— 6, 主叫侧 MO-SMSC到 HSS/HLR取路由信息, HSS/HLR根据 静态配置或者根据始发域类型返回 CS域被叫侧短信中心的地址或 IMS域的 SMS-MGCF的地址
4. 步骤 7 - 8, A、 若被叫侧短信中心在 CS域, 则由 MO-SMSC直接发送 短信到 MT-SMSC, MT-SMSC给 MO-SMSCS返回响应, 步骤 9 - 16不 需要执行。 B、 若被叫侧短信中心在 IMS域, 则由 MO-SMSC发送短信 到 SMS - MGCF。
5. 步骤 9 - 10, SMS - MGCF根据被叫的 TelUrl地址进行 ENUM查询, 发 送短信给 I-CSCF , I-CSCF返回响应。
6. 步骤 11 - 12, I-CSCF到 HSS/HLR查询得到被叫所在的 S-CSCF。
7. 步骤 13 - 14, I-CSCF发送短信到被叫所在的 S - CSCF。
8. 步骤 15 - 16 , S-CSCF根据触发规则转发短信到被叫侧的短信中心
方法实施例 3.3、 IMS域短信发送给双签约用户, 路由到电路域被叫侧短 信中心流程, 参见图 23所示, 包括下列步骤:
步骤 1 - 2, UE发送短信给 S-CSCF, S-CSCF给 UE回响应。
步驟 3 - 4, S-CSCF根据触发规则 , 触发消息到 SMS- AS。
步骤 5 - 6, SMS-AS到 HSS/HLR取路由信息, HSS/HLR根据静态配置 或者根据始发域类型返回被叫侧短信中心的地址,此实施例中返回电路域短信 中心的地址。
步骤 7 - 8, SMS-AS把短信中心地址作为目的地址放入消息中, 重新路
由消息到 S-CSCF。 此时要保证原来的被叫地址信息不丟失。
步骤 9 - 10, S-CSCF根据目的地址中的 CS域短信中心地址的 TelUrl找
SipUrl失败, 判断是到 CS域的消息, 转发消息到 BGCF。 ·
步骤 11 - 12, BGCF转发短信到 SMS-MGCF。
步骤 13 - 14, SMS-MGCF根据短信中心的地址发送短信到 MT-SMS (。 同时要把原被叫地址放入消息的目的地址中, 以便短信中心进行消息的路由。
方法实施例 3.4、 由 CS域被叫侧短信中心控制, 终结在 CS域流程参见 图 24所示, 包括下列步骤:
1. 步驟 1 - 2 , MT - SMSC/NeDS收到主叫侧来的短信。
2. 步骤 3 - 4, MT-SMSC的 NeDS功能决策出需要路由到 CS域, 到 HSS HLR取被叫的路由信息, HSS/HLR返回被叫的 MSC地址。
3. 步驟 5-6, MT-SMSC发送短信到被叫所在的 MSC, 被叫所在 MSC给 MT-SMSC返回响应消息。
4. 步骤 7 - 8, MSC发送短信给 UE, UE给 MSC返回响应。
方法实施例 3.5、 由 CS域被叫侧短信中心控制, 终结在 IMS域流程参见 图 25所示, 包括下列步骤:
1. 步 1 - 2, MT - SMSC/NeDS收到主叫侧来的短信。
2. 步骤 3 - 4 MT-SMSC的 NeDS功能决策决定路由到 IMS域,到 HSS/HLR 取得 SMS-MGCF的地址。
3. 步骤 5 - 6, MT - SMSC/NeDS发送短信到 SMS - MGCF。
4. 步骤 7 - 8, SMS-MGCF发送短信到 I-CSCF, I-CSCF给 SMS-MGCF返 回响应。
5. 步骤 9 - 10, I-CSCF到 HSS/HLR取得 S- CSCF的地址。
6. 步骤 11 - 12, I-CSCF把短信路由到 S-CSCF。
7. 步驟 13 - 14, S-CSCF根据触发规则把短信路由给 SMS-AS。
8. 步骤 15 - 16, SMS-AS把短信路由回 S-CSCF。
9. 步驟 17 - 18, S-CSCF发送短信给终端。 终端返回响应。
方法实施例 3.6、 由 IMS域被叫侧短信中心控制, 终结在 IMS域流程参 见图 26所示, 包括下列步驟:
1. 步骤 1 - 2, SMS-AS/NeDS收到由 CS或者 IMS而来的短信。
2. 步骤 3 - 4, SMS-AS的 NeDS决策后决定要路由到 IMS域, 直接发送短 信给被叫用户所在的 S-CSCF。 S-CSCF返回响应。
3. 步骤 5-6, S-CSCF的发送短信给终端。 终端返回响应。
方法实施例 3.7、 由 IMS域被叫侧短信中心控制, 终结在 CS域流程参见 图 27所示, 包括下列步骤:
1. 步骤 1 - 2, SMS-AS/NeDS收到主叫侧经由 S - CSCF来的短信。
2. 步驟 3 - 4, SMS-AS的 NeDS决策后决定要路由到 CS域, 到 HSS/HLR 取得被叫侧的 SMSC的地址。
3. 步塚 5 - 6, SMS- AS把 SMSC的地址填充到目的地址中, 把消息发回 给 S-CSCF。 此时需要在消息中保存原被叫的地址信息。
4. 步驟 7 - 8, S-CSCF根据目的地址中的 CS域短信中心地址的 TelUrl找 SipUrl失败, 判断是到 CS域的消息, 把短信路由给 BGCF, BGCF返 回响应。
5. 步骤 9 - 10, BGCF把短信路由给 SMS-MGCF。
6. 步驟 11 - 12, SMS-MGCF根据短信中心的地址把短信路由给 CS域的 短信中心。 同时要把原被叫地址放入消息的目的地址中, 以便短信中 心进行消息的路由。
7. 步 13-14, CS域的短信中心按照正常的路由发送短信给 UE。
综上所述, 本发明实施例在现有网络架构中引进 NeDS、 短信智能决策查 询单元及终结侧 (被叫侧)短信中心等实体, 既增强了对被叫侧的控制, 又 解决了 CS域和 IMS域的短信在各个场景的互通时的路由寻址问题。
进一步, 通过本发明实施例, 能够为单签约用户提供短信的增强路由控 制功能; 同时也解决了双签约用户的短信路由寻址问题, 并能够提供短信的 增强路由控制功能。 通过本发明实施例, 可以使得 IMS域内、 IMS域和 CS
域间的短信路由依据各种可用的信息而选择更加合理的路径, 增强用户的体 验, 提高服务质量。
显然, 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。
Claims (21)
- 权 利 要 求1、 一种短信路由控制装置, 其特征在于, 包括: 相互连接的短信智能决 策查询单元及路由决策控制实体 NeDs; '短信智能决策查询单元, 用于在收到短信时, 向 NeDs查询该短信的路由 决策;NeDs, 用于根据存储的路由决策信息确定被查询短信的路由决策, 并将 确定的路由决策返回给短信智能决策查询单元。
- 2、 一种短信路由控制系统, 其特征在于, 包括:短信智能决策查询单元, 用于在收到短信时, 向 NeDs查询该短信的路由 决策;NeDs, 用于根据存储的路由决策信息确定被查询短信的路由决策, 并将 确定的路由决策返回给短信智能决策查询单元。
- 3、 如权利要求 2所述的系统, 其特征在于, 所述系统还包括: 归属签约 服务器 HSS/HLR、 主叫侧短信中心, 以及被叫侧短信中心; 所述 NeDs位于 该 HSS/HLR 的前置位置, 用于在主叫侧短信中心或被叫侧短信中心去 HSS/HLR取被叫路由信息时进行信令拦截, 以完成路由决策;所述短信智能决策查询单元置于主叫侧短信中心内, 用于查询跨域路由 决策, 以使主叫侧短信中心将短信路由到选定的域;所述短信智能决策查询单元还置于被叫侧短信中心内, 用于查询增强路 由控制决策, 以使被叫侧短信中心将短信路由到选定的多径路径或它域。
- 4、 如权利要求 3所述的系统, 其特征在于, 以 CS域中的 SMSC为主叫 侧短信中心或被叫侧短信中心; IMS域中,在互通网关 IP-SM- GW中增加 SMS - AS单元, 以使 IP-SM-GW相应为 IMS域的主叫侧短信中心或被叫侧短信 中心。5、 如权利要求 4所述的系统, 其特征在于, 与所述 SMSC相连的短信网 关 SMSC-IWMSC/GMSC与 NeDs相连,该 SMSC经由 SMSC-IWMSC/GMSC 到 NeDs去取路由决策信息;IP-SM-GW与 NeDS相连, 该 IP-SM-GW到 NeDS去取路由决策信息; HSS/HLR与 NeDs相连,该 HSS/HLR将主被侧短信中心发来的信令转发 到 NeD。
- 6、 如权利要求 2所述的系统, 其特征在于, 所述系统还包括: 归属签约 服务器 HSS/HLR; 以及主叫侧短信中心或被叫侧短信中心; 所述短信智能决 策查询单元置于 HSS/HLR 内, 用于在主叫侧短信中心或被叫侧短信中心到 HSS/HLR取被叫路由信息时, 由 HSS HLR向 NeDS查询路由决策;所述 NeDs位于 HSS/HLR的后置位置, 用于在为 HSS/HLR查询路由决 策。
- 7、 如权利要求 6所述的系统, 其特征在于, 以 CS域中的 SMSC为主叫 侧短信中心或被叫侧短信中心; IMS域中,在互通网关 IP-SM-GW中增加 SMS - AS单元, 以使 IP-SM-GW相应为 IMS域的主叫侧短信中心或被叫侧短信 中心。
- 8、如权利要求 7所述的系统, 其特征在于, HSS HLR在收到短信路由查 询消息后, 在判断被叫用户为双签约状态后, 向 NeDs请求路由决策, 并根据 NeDs返回的路由决策从存储的被叫侧短信中心的地址信息中选择并返回被叫 路由信息。
- 9、如权利要求 7所述的系统, 其特征在于, HSS/HLR在收到短信路由查 询消息后, 在判断被叫用户为单签约状态后, 直接返回被叫路由信息。
- 10、 如权利要求 7所述的系统, 其特征在于, HSS/HLR在收到短信路由 查询消息后, 直接向 NeDs转发并请求路由决策; 由 NeDs判断出被叫用户的 注册状态后, 相应的向 HSS/HLR返回路由决策; 再由 HSS/HLR根据 NeDs 返回的路由决策从存储的被叫侧短信中心的地址信息中选择并返回被叫路由 信息。
- 11、 如权利要求 2 所述的系统, 其特征在于, 所述系统还包括: 被叫侧 短信中心; 所述短信智能决策查询单元和 NeDs均置于被叫侧短信中心内。 12、如权利要求 11所述的系统,其特征在于,所述系统还包括: HSS/HLR; 在 CS域中, 以 SMSC为被叫侧短信中心; 在 IMS域中, 以短信服务器SMS - AS为被叫侧短信中心, 并可到 HSS/HLR去取被叫路由信息。13、 如权利要求 12所述的系统, 其特征在于, 所述 HSS/HLR收到主叫 侧发来的短信路由查询消息后, 根据预设的配置选择被叫侧短信中心; 由所 述被选定的被叫侧短信中心进行路由决策; 之后 , 被选定的被叫侧短信中心 根据确定的路由决策指示 HSS/HLR返回被叫路由信息或根据本身存储的路由 信息直接路由。
- 14、 一种短信路由控制方法, 其特征在于, 包括下列步骤:A、短信智能决策查询单元收到短信时,向 NeDS发起路由决策查询请求;B、 短信智能决策查询单元接收 NeDs根据存储的路由决策信息确定的短 信的路由决策;C、 短信智能决策查询单元根据返回的路由决策进行后续路由控制。
- 15、 如权利要求 14所述的方法, 其特征在于, 若短信智能决策查询单元 同时置于主叫侧短信中心和被叫侧短信中心内时, 所述步骤 A中主叫侧短信 向 NeDS查询跨域路由信息;被叫侧短信中心向 NeDS查询被叫域内增强路由 控制信息。
- 16、 如权利要求 15所述的方法, 其特征在于, 所述步 B中, 主叫侧短 信中心查询跨域路由信息时, NeDS返回被叫域短信中心地址; 被叫侧短信中 心查询被叫域内的路由信息时, NeDS返回增强路由控制决策。
- 17、 如权利要求 15所述的方法, 其特征在于, 步 中所述后续路由控 制的方式包括下列之一:-控制主叫侧短信中心直接发送短信合被叫侧短信中心;-控制主叫侧 IP-SM-GW/SMS-AS通过主叫 S-CSCF将短信路由到被叫 I-CSCF; 由 I-CSCF到 HSS/HLR查询得到被叫的 S-CSCF地址, 并将短信路 由到被叫 的 S-CSCF; 再由被叫 的 S-CSCF 转发短信到被叫 的 IP-SM-GW/SMS-AS; -在本域内发送短信失败后, 根据路由决策再次转发短信给他域。
- 18、 如权利要求 14所述的方法, 其特征在于, 若短信智能决策查询单元 置于 HSS/HLR内时, 所述步骤 A中, 下列情况之一触发 HSS/HLR向 NeDS 发起路由决策查询请求: '-主叫侧短信中心发起被叫路由信息查询;-被叫侧短信中心发起被叫路由信息查询。
- 19、 如权利要求 18所述的方法, 其特征在于, 所述步骤 B中, 主叫侧短 信中心发起被叫路由信息查询, 触发 HSS/HLR向 NeDS发起路由决策查询请 求时, NeDS返回被叫域短信中心地址; 被叫侧短信中心发起被叫路由信息查 询, 触发 HSS/HLR向 NeDS发起路由决策查询请求时, NeDS返回增强路由 控制决策。
- 20、 如权利要求 19所述的方法, 其特征在于, 步骤 C中所述后续路由控 制的方式包括下列之一:-控制主叫侧短信中心直接发送短信给被叫侧短信中心;-控制主叫侧 IP-SM-GW/SMS-AS 通过主叫 S- CSCF 将短信路由到被叫 I-CSCF; 由 I-CSCF到 HSS/HLR查询得到被叫的 S-CSCF地址, 并将短信路 由到被叫 的 S-CSCF; 再由被叫 的 S-CSCF 转发短信到被叫 的 IP-SM-GW/SMS-AS;-在本域内发送短信失败后, 根据路由决策再次转发短信给他域。
- 21、 如权利要求 14所述的方法, 其特征在于, 若短 ^言智能决策查询单元 置于被叫侧的短信中心内时, 被叫侧的短信中心内还设置有 NeDS。
- 22、 如权利要求 21所述的方法, 其特征在于, 通过下述方式之一确定所 述被叫侧短信中心:-在 HSS/HLR上静态配置被叫侧短信中心的地址;-根据短信主叫侧的当前域, 就近选择相同域的被叫侧短信中心。
- 23、 如权利要求 21所述的方法, 其特征在于, 步骤 C中所述后续路由控 制的方式包括下列之一: -控制 CS域短信中心将短信通过 SMS-MGCF路由到被叫的 I-CSCF; 由 被叫的 I-CSCF到 HSS/HLR查询得到被叫的 S-CSCF的地址; 再由被叫的 S-CSCF转发短信到被叫的 SMS- AS/NeDS;-控制 IMS域的短信中心将短信通过 S-CSCF发送给 BGCF; 由 BGCF转 发短信到 SMS- MGCF;再由 SMS-MGCF将短信路由到 CS域的 SMSC/NeDS;-在本域内发送短信失败后, 根据路由决策再次转发短信给他域。
- 24、 如权利要求 21 所述的方法, 其特征在于, SMS-MGCF 与被叫侧 SMS-AS附加在 IP- SM-GW上时,则步骤 C中所述后续路由控制的方式包括: 短信由 CS域到达 IP-SM-GW后, 由 IP-SM-GW上的 NeDS决策将该短 信路由到 IMS域的 S-CSCF进行后续处理。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610125799A CN101090372B (zh) | 2006-08-28 | 2006-08-28 | 一种短信路由控制系统及方法 |
CN200610125799.2 | 2006-08-28 | ||
PCT/CN2007/002532 WO2008025244A1 (fr) | 2006-08-28 | 2007-08-21 | Appareil, système et procédé pour commander le routage d'un message court |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101401460A true CN101401460A (zh) | 2009-04-01 |
Family
ID=38943544
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610125799A Active CN101090372B (zh) | 2006-08-28 | 2006-08-28 | 一种短信路由控制系统及方法 |
CNA2007800004195A Pending CN101401460A (zh) | 2006-08-28 | 2007-08-21 | 一种短信路由控制装置、系统及方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610125799A Active CN101090372B (zh) | 2006-08-28 | 2006-08-28 | 一种短信路由控制系统及方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8184621B2 (zh) |
EP (1) | EP2056612B1 (zh) |
CN (2) | CN101090372B (zh) |
AT (1) | ATE549875T1 (zh) |
WO (1) | WO2008025244A1 (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009033382A1 (fr) * | 2007-09-13 | 2009-03-19 | Huawei Technologies Co., Ltd. | Procédé et dispositif d'élément de réseau destinés à acquérir l'information de contrôle des règles d'une session d'accès ip |
US8229484B2 (en) * | 2009-06-11 | 2012-07-24 | Genesys Telecommunications Laboratories, Inc. | System and methods for integrating short message service messaging with contact center applications |
US10104512B2 (en) | 2009-08-10 | 2018-10-16 | Qualcomm Incorporated | Domain selection for mobile-originated message service |
US9729351B2 (en) | 2009-08-10 | 2017-08-08 | Qualcomm Incorporated | Identifying a domain for delivery of message service information |
US20110185237A1 (en) * | 2010-01-28 | 2011-07-28 | Futurewei Technologies, Inc. | System and Method for Delivering Messages |
CN103210385B (zh) * | 2010-09-15 | 2016-06-22 | 赛贝斯365有限公司 | 用于智能回路由的系统和方法 |
KR20120033733A (ko) * | 2010-09-30 | 2012-04-09 | 한국전자통신연구원 | 부가 서비스를 제공하는 사용자 휴대단말 장치 및 이를 이용한 부가 서비스 제공 방법 |
KR101830986B1 (ko) * | 2011-06-30 | 2018-04-04 | 엘지전자 주식회사 | 메시지 전달 방법 및 장치 |
US20140155112A1 (en) * | 2011-07-05 | 2014-06-05 | Nokia Solutions And Networks Oy | Support of short message service in ims without msisdn |
CN103037328B (zh) | 2011-09-30 | 2018-08-21 | 华为终端有限公司 | 一种实现短消息重发的方法和装置 |
KR101554219B1 (ko) * | 2012-03-09 | 2015-09-21 | 주식회사 케이티 | 이동통신망에서 패킷 교환 전용 가입을 위한 단문 메시지 서비스 제공 방법 및 장치 |
JP6021487B2 (ja) * | 2012-07-18 | 2016-11-09 | キヤノン株式会社 | 情報処理システム、制御方法、サーバ、情報処理装置およびコンピュータプログラム |
CN103929721A (zh) * | 2013-01-11 | 2014-07-16 | 宏碁股份有限公司 | 在网络内提供短信服务的方法 |
JP2016021648A (ja) * | 2014-07-14 | 2016-02-04 | 日本電気株式会社 | 通信システム、中継装置、制御方法およびプログラム |
CN105682058B (zh) | 2014-11-17 | 2020-02-28 | 中兴通讯股份有限公司 | 一种路由短消息的方法及装置 |
SG11201706221RA (en) * | 2015-02-09 | 2017-08-30 | Markport Ltd | Improvements relating to messaging gateways |
US10567949B2 (en) | 2015-07-16 | 2020-02-18 | T-Mobile Usa, Inc. | MMS termination on different networks |
US10200339B2 (en) * | 2015-08-03 | 2019-02-05 | Verizon Patent And Licensing Inc. | Providing a service to a user device based on a capability of the user device when the user device shares an identifier |
CN106792585B (zh) * | 2015-11-19 | 2021-04-30 | 中兴通讯股份有限公司 | 一种短消息传输方法和装置、及系统 |
CN107155177B (zh) * | 2016-03-02 | 2020-05-12 | 中国电信股份有限公司 | 一种实现VoLTE短信业务的方法、系统及HSS |
US10330478B2 (en) * | 2016-10-25 | 2019-06-25 | Ca, Inc. | Navigation via short message service |
JP6971118B2 (ja) * | 2017-10-10 | 2021-11-24 | 株式会社ソラコム | IoT機器とのデータの送受信を行うための装置、方法及びプログラム |
CN109862527B (zh) * | 2019-01-04 | 2021-07-09 | 宁波牛信网络科技有限公司 | 一种短信分发方法、装置、计算机装置及可读存储介质 |
US11722858B2 (en) * | 2020-05-22 | 2023-08-08 | At&T Intellectual Property I, L.P. | Domain selection for short message delivery including in 5G or other next generation networks |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6611516B1 (en) * | 1999-06-21 | 2003-08-26 | Nokia Telecommunications Oyj | Short message service support over a packet-switched telephony network |
CN1567896A (zh) * | 2003-06-17 | 2005-01-19 | 华为技术有限公司 | 互通网络路由短消息的方法 |
FI20031155A0 (fi) * | 2003-08-14 | 2003-08-14 | Nokia Corp | Sanomavälityspalveluja matkaviestinjärjestelmissä |
CN1802022B (zh) * | 2005-09-30 | 2010-05-05 | 华为技术有限公司 | 在话音业务连续性业务中建立初始呼叫的方法及系统 |
US20070183394A1 (en) * | 2006-02-03 | 2007-08-09 | Deepak Khandelwal | Automatic call origination for multiple wireless networks |
-
2006
- 2006-08-28 CN CN200610125799A patent/CN101090372B/zh active Active
-
2007
- 2007-08-21 AT AT07800752T patent/ATE549875T1/de active
- 2007-08-21 WO PCT/CN2007/002532 patent/WO2008025244A1/zh active Application Filing
- 2007-08-21 EP EP07800752A patent/EP2056612B1/en active Active
- 2007-08-21 CN CNA2007800004195A patent/CN101401460A/zh active Pending
-
2008
- 2008-08-26 US US12/198,550 patent/US8184621B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP2056612A1 (en) | 2009-05-06 |
ATE549875T1 (de) | 2012-03-15 |
EP2056612A4 (en) | 2010-03-03 |
EP2056612B1 (en) | 2012-03-14 |
WO2008025244A1 (fr) | 2008-03-06 |
US20090047967A1 (en) | 2009-02-19 |
US8184621B2 (en) | 2012-05-22 |
CN101090372A (zh) | 2007-12-19 |
CN101090372B (zh) | 2010-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101401460A (zh) | 一种短信路由控制装置、系统及方法 | |
JP5080465B2 (ja) | メッセージを変換するための方法及びシステム | |
EP2080344B1 (en) | Methods and apparatuses for registering a terminal in the ims over a circuit-switched access domain | |
US10469541B2 (en) | Session initiation protocol (SIP) router | |
US7027433B2 (en) | Routing a call between different types of networks | |
US20080039104A1 (en) | Method and system for routing control | |
EP3179675B1 (en) | Inter-domain call routing | |
EP2267973B1 (en) | Provision of IMS services via circuit-switched access | |
US20090075684A1 (en) | Apparatus and method for routing message service | |
US8718043B2 (en) | Mobile communication method and system for signalling information relating to network's capabilities | |
EP1924032B1 (en) | Method, apparatus and system for connecting the called user | |
WO2007128221A1 (fr) | Procédé et système d'acheminement et d'adressage de message court | |
WO2007098685A1 (fr) | Procédé, système et appareil basés sur ip pour l'acheminement de messages | |
CA2637217A1 (en) | Method and apparatus for providing ims services to circuit-switched controlled terminals | |
CN101115224B (zh) | 用于ims网络的短信分叉方法及系统 | |
EP2197237B1 (en) | Late call forwarding method in ip multimedia core network subsystem centralized service | |
WO2008017235A1 (fr) | Système, périphérique et procédé de routage sms | |
EP2173085B1 (en) | A method for realizing user decision user busy forwarding | |
CN101360270A (zh) | Ip多媒体子系统集中业务用户关机前转的方法 | |
CN101330455A (zh) | Ip多媒体子系统集中业务用户不可及前转实现方法 | |
KR20120006786A (ko) | Ims망 기반의 호 세션 처리를 위한 통신 방법 및 이를 구현한 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090401 |