CN103037328B - 一种实现短消息重发的方法和装置 - Google Patents

一种实现短消息重发的方法和装置 Download PDF

Info

Publication number
CN103037328B
CN103037328B CN201110297790.0A CN201110297790A CN103037328B CN 103037328 B CN103037328 B CN 103037328B CN 201110297790 A CN201110297790 A CN 201110297790A CN 103037328 B CN103037328 B CN 103037328B
Authority
CN
China
Prior art keywords
short message
receiving terminal
message
sent
short
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
Application number
CN201110297790.0A
Other languages
English (en)
Other versions
CN103037328A (zh
Inventor
衣强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Huawei Device Shenzhen Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN201110297790.0A priority Critical patent/CN103037328B/zh
Priority to CN201810865766.4A priority patent/CN108848471B/zh
Priority to EP12834832.3A priority patent/EP2713638B1/en
Priority to PCT/CN2012/081871 priority patent/WO2013044782A1/zh
Publication of CN103037328A publication Critical patent/CN103037328A/zh
Priority to US14/145,418 priority patent/US9769631B2/en
Priority to US15/680,774 priority patent/US10750330B2/en
Application granted granted Critical
Publication of CN103037328B publication Critical patent/CN103037328B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • 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/23—Reliability checks, e.g. acknowledgments or fault reporting
    • 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/102—Gateways
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/40—Support for services or applications

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)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开一种实现短消息重发的方法，包括：当IP‑SM‑GW获知在IMS域中发送至接收端的短消息发送失败时，所述IP‑SM‑GW将所述短消息发送到业务中心，以使得所述业务中心存储所述短消息；当所述短消息对应的接收端变为可用状态时，所述IP‑SM‑GW接收所述业务中心发送的所述存储的短消息，并通过所述IMS域重新发送至所述接收端，从而可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。

Description

一种实现短消息重发的方法和装置
技术领域
本发明涉及通信技术领域，尤其涉及一种实现短消息重发的方法和装置。
背景技术
传统的移动终端之间通信业务(例如呼叫、短消息)都依赖于终端的 MSISDN(MSinternational PSTN/ISDN number，移动台国际PSTN/ISDN 号码)，而对于由M2M(machineto machine，机器对机器)通信产生的一种通信终端，此类终端没有MSISDN，无法依赖于MSISDN进行通信。
在现有技术中，涉及到不依赖于MSISDN进行通信的场景包括：服务器与无MSISDN终端之间通过SMS(Short Message Service，短消息业务) 通信、无MSISDN终端与无MSISDN终端通过SMS通信。
在现有技术中，由于双方终端可以通过SIP URI(SIP Universal ResourceIdentifier，SIP形式的通用资源标志符)身份进行相互识别，因而，可以通过双方的SIPURI形式的身份在IMS(IP multimedia subsystem，IP多媒体子系统)传输短消息进行通信。
然而，发明人发现在现有技术中，在现有技术的传输短消息过程中，如果被叫方由于无法接收当前的短消息时，该短消息无法在该传输过程中被存储，就会造成当该被叫方有能力接收短消息时，无法接收到该短消息。
发明内容
本发明的实施例提供一种实现短消息重发的方法和装置，以实现重发发送失败的短消息请求。
为达到上述目的，本发明的实施例采用如下技术方案：
一种实现短消息重发的方法，包括：
当IP短消息网关(Internet Protocol Short Message Gateway， IP-SM-GW)获知在IP多媒体子系统(Internet Protocol Multimedia Subsystem，IMS)域中发送至接收端的短消息发送失败时，所述IP-SM-GW 将所述短消息发送到业务中心，以使得所述业务中心存储所述短消息；
当所述短消息对应的接收端变为可用状态时，所述IP-SM-GW接收所述业务中心发送的所述存储的短消息，并通过所述IMS域重新发送至所述接收端。
一种实现短消息重发的方法，包括：
当IP-SM-GW获知在IMS域中发送至接收端的短消息发送失败时，所述IP-SM-GW存储所述发送失败的短消息对应的短消息请求；
当所述短消息对应的接收端变为可用状态时，所述IP-SM-GW将所述存储处理的短消息通过所述IMS域重新发送至所述接收端。
一种实现短消息重发的装置，所述装置包括：
存储处理模块，用于当获知在IMS域中发送至接收端的短消息发送失败时，将所述短消息发送到业务中心，以使得所述业务中心存储所述短消息；
重发模块，用于当所述短消息对应的接收端变为可用状态时，接收所述业务中心发送的所述存储的短消息，并通过所述IMS域发送至所述接收端。
一种实现短消息重发的装置，所述装置包括：
存储处理模块，用于当获知在IMS域中发送至接收端的短消息发送失败时，存储所述发送失败的短消息对应的短消息请求；
重发模块，用于当所述短消息对应的接收端变为可用状态时，将所述存储处理的短消息通过所述IMS域重新发送至所述接收端。
本发明实施例提供技术方案，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，对该短消息请求进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1所示为本发明实施例提供的一种实现短消息重发的方法的总体流程图；
图2A所示为本发明实施例一提供的一种实现短消息重发的方法的流程图；
图2B所示为图2A提供的一种实现短消息重发的方法的步骤S22的流程图；
图2C所示为图2A提供的一种实现短消息重发的方法的步骤S24的流程图；
图3A所示为本发明实施例二提供的一种实现短消息重发的方法的流程图；
图3B所示为图3A提供的一种实现短消息重发的方法的步骤S34的流程图；
图3C所示为图3A提供的一种实现短消息重发的方法的步骤S35的流程图；
图4所示为本发明实施例三提供的一种实现短消息重发的方法的流程图；
图5A所示为本发明实施例四提供的一种实现短消息重发的方法的流程图；
图5B所示为图5A提供的一种实现短消息重发的方法的步骤S54的第一种流程图；
图5C所示为图5A提供的一种实现短消息重发的方法的步骤S54的第二种流程图；
图5D所示为图5A提供的一种实现短消息重发的方法的步骤S54的第三种流程图；
图6A所示为本发明实施例五提供的一种实现短消息重发的方法的流程图；
图6B所示为图6A提供的一种实现短消息重发的方法的步骤S63的第一种流程图；
图6C所示为图6A提供的一种实现短消息重发的方法的步骤S63的第二种流程图；
图6D所示为图6A提供的一种实现短消息重发的方法的步骤S63的第三种流程图；
图7A所示为本发明实施例六提供的一种实现短消息重发的方法的流程图；
图7B所示为图7A提供的一种实现短消息重发的方法的步骤S73的第一种流程图；
图7C所示为图7A提供的一种实现短消息重发的方法的步骤S73的第二种流程图；
图7D所示为图7A提供的一种实现短消息重发的方法的步骤S73的第三种流程图；
图8所示为实施例七提供的一种实现短消息重发的装置的结构图；
图9所示为实施例八提供的一种实现短消息重发的装置的结构图；
图10所示为实施例九提供的一种实现短消息重发的装置的结构图；
图11所示为实施例九提供的一种实现短消息重发的装置的结构图；
图12所示为实施例九提供的一种实现短消息重发的装置的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本实施例中，在IMS域中，发送端的网络可以包括发送端、发送端所属的S-CSCF(Serving Call Session Control Function，服务会话控制功能实体)、发送端所属的IP-SM-GW(IP-Short-Message-Gateway，IP 短消息网关)、SC(Service Centre，业务中心)。在本实施例中，SC 指短消息的业务中心。当发送端向接收端发送短消息时，用户终端/服务器可以通过S-CSCF将短消息请求发送至接收端。在本实施例中，发送端的网络称为发送侧，发送端可以包括用户设备(User Equipment，UE)或服务器(server)。
在本实施例中，在IMS域中，接收端所处的网络可以包括接收端、接收端所属的S-CSCF(Serving Call Session Control Function，服务会话控制功能实体)、接收端所属的IP-SM-GW(IP-Short-Message-Gateway， IP短消息网关)。当然该网络还可以包括HSS(HomeSubscriber Server，家乡签约寄存器)、SMS-IWMSC(Interworking MSC For ShortMessage Service，短消息业务的移动交换中心交互实体)、SMS-GMSC(serving CallSession Control Function，服务会话控制功能实体)、SC(Service Centre，业务中心及AS(Application Server，应用服务器)。在本实施例中，接收端所处的网络可以称为接收侧，接收端可以为用户设备UE。
在本实施例中，在IMS域中，发送端通过发送端的S-CSCF将短消息请求发送至接收端所在网络的S-CSCF，再由接收端的网络的S-CSCF所接收的短消息请求通过IP-SM-GW处理，或者直接由S-CSCF处理。
图1所示为本发明实施例提供的一种实现短消息重发的方法的总体流程图。
在本实施例中，步骤S10、确定在IMS域中发送至接收端的短消息请求是否发送失败；在本实施例中，在IMS域中，由于S-CSCF和IP-SM-GW 都可以对该短消息请求进行处理，因而，在实施例中，可以S-CSCF或 IP-SM-GW来确定发送至接收端的短消息请求是否发送失败。
步骤S12、当确定发送失败时，对该短消息请求进行存储处理；在本实施例中，在IMS域中，当在发送的过程中，接收端由于异常的原因，该短消息不能发送至接收端，此时，可以通过接收端的网络中的SC将该短消息请求对应的短消息进行存储，也可以将该短消息请求存储在 IP-SM-GW，也可以将该短消息请求存储在SMS-AS中，上述的方式不是唯一的实施方式，为可选的。
步骤S14、当该短消息请求对应的接收端变为可用状态时，将该存储处理的该短消息请求重新通过IMS域发送至该接收端。
在本实施例中，在IMS域中，当通过接收端的网络中的SC将该短消息进行存储时，当接收端消除异常后，再将该短消息发送到IP-SM-GW，再由IP-SM-GW通过IMS域发送至该接收端进行重发；或者，将该发送该条短消息的请求存储在IP-SM-GW中，当接收端消除异常后，再触发IP-SM-GW 通过IMS域发送至该接收端重发该短消息，或者，将该发送短消息的请求存储在SMS-AS中，当接收端消除异常后，再触发SMS-AS通过IMS域发送至该接收端重发该短消息。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，对该短消息请求进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
下面将针对上面的不同情况进行详细描述。
图2A所示为本发明实施例一提供的一种实现短消息重发的方法的流程图。
在本实施例中，发送短消息的短消息请求经过接收端网络的 IP-SM-GW。当在发送的过程中，接收端由于异常的原因，该短消息请求不能成功发送至接收端，即发送失败，此时，可以通过SC将该短消息进行存储，当接收端消除异常后，再将该短消息请求进行重发。
步骤S20、IP-SM-GW接收S-CSCF转发的发送侧发送的短消息请求；在本实施例中，该短消息请求包括短消息内容、接收端UE信息。当然，还可以包括其它信息，如当短消息发送失败时的存储短消息的SC地址信息，该SC地址为发送端在发送短消息时携带的发送端所属的SC地址。该短消息请求为会话初始协议(Session Initiation Protocol，SIP)请求消息。
步骤S21、IP-SM-GW确定该短消息是否成功发送至接收端UE，可以理解为，IP-SM-GW确定该短消息发送至接收端UE是否失败。在本实施例中， IP-SM-GW可以根据收到的响应消息来确定该短消息是否成功发送至接收端 UE。在本实施例中，接收端不可达、接收端UE的内存已满或不支持SIP消息类型等情况，接收端网络会返回失败的响应消息或短消息失败报告的响应消息给IP-SM-GW，因而，IP-SM-GW可以通过返回的响应消息判断该短消息没有成功发送至接收端UE，可以认为该短消息发送失败。
步骤S22、当确定该短消息请求无法成功发送至接收端UE时，IP-SM-GW 将该短消息请求对应的短消息发送至SC进行存储。在本实施例中，该 IP-SM-GW将该短消息发送至SC进行存储的步骤还可以包括，如图2B所示。
步骤S220：IP-SM-GW生成关联标识(Mobile Terminated Correlation ID，MTCorrelation ID)或SMSCN(SMS-correlation number，短消息关联值)；IP-SM-GW保存MTCorrelation ID或SMSCN与短消息的接收端的SIP URI形式的身份标识。当然，可选的，IP-SM-GW也可以保存MT Correlation ID或SMSCN与短消息的发送端及接收端的SIP URI形式的身份标识。其中， MT Correlation ID格式为MCC(3位)+MNC(3位)+send ID(9位)，MCC为国家码，MNC为运营商码，Sender ID为终端随机生成的9位数值，该9位数值应包含接收方UE所在的HSS识别号，以使得通过关联标识(MT Correlation ID)中的sender ID能够确定接收端所在的HSS；SMSCN为终端生成的3位数值；在本实施例中，IP-SM-GW为接收端生成关联标识(MT Correlation ID) 或SMSCN，其作用是为使UE可用后，SC通过MT Correlation ID或SMSCN匹配到对应短消息，将其重新发送，及IP-SM-GW根据MT Correlation ID或 SMSCN匹配到该条短消息发送端或接收端的SIP URI的身份标识，进而生成携带短消息内容的SIP请求消息，将SIP请求消息发送到接收端UE。
步骤S221：IP-SM-GW获取SC地址；在本实施例中，可以获取短消息发送至接收端所属的SC地址，也可以获取发送至发送端所属的SC地址，并存储获取的地址；
若获取短消息发送至接收端所属的SC地址时，若IP-SM-GW自身保存了该接收端UE所属的SC地址，则直接提取该SC地址；若IP-SM-GW不知道接收端UE所属的SC地址，IP-SM-GW从接收端UE所属的HSS获取接收端UE所属的 SC地址。在本实施例中，IP-SM-GW向HSS查询该接收端UE所属的SC地址；若HSS也没有为接收端UE配置SC地址，则HSS根据接收端UE的身份信息(SIP URI、IMSI)为该接收端UE分配SC地址；在本实施例中，IP-SM-GW获取接收端所属的SC地址后，需要保存该SC地址。
若获取发送至发送端所属的SC地址时，IP-SM-GW从步骤S20中收到的短消息请求中提取发送端所属的SC地址，并保存该SC地址。
步骤S222：IP-SM-GW将该短消息发送失败的信息通知HSS。在本实施例中，在该通知消息中至少包括接收端身份(IMSI或SIP URI)、SC地址、关联标识或SMSCN，还可以包括IP-SM-GW的地址及发送失败原因，HSS接收到通知后，保存上述的信息在WMD(messagewaiting data)信息中。
步骤S223：根据该短消息请求提取短消息；在本实施例中短消息中包括短消息内容、源地址及目的地址等信息，IP-SM-GW将提取的短消息中的源地址及目的地址进行修改，短消息内容不修改。
在本实施例中，IP-SM-GW将发送端的短消息中的源地址修改为MT CorrelationID，将目的地址修改为SC地址，短消息内容不修改；或者将发送端的短消息中的源地址修改为SMSCN和IP-SM-GW ID，将目的地址修改为SC地址，短消息内容不修改；或者，当IP-SM-GW没有生成MT Correlation ID或SMSCN时，IP-SM-GW可以根据接收端的SIP URI，向HSS查找接收端的签约信息，找到接收端的IMSI，当然，发送端也将自身电话号码形式的身份信息在短消息中携带，如发送端的IMSI，IP-SM-GW保存发送端的身份标识(如IMSI)和接收端身份标识(IMSI)，IP-SM-GW将发送端的短消息中的源地址修改为特殊前缀和发送端的IMSI，特殊前缀表示该短消息为发送失败的短消息，将目的地址修改为被叫的IMSI，短消息内容不修改。
在本实施例中，发送端发送的短消息具有不同的RP(Relay-Layer Protocol，中继层协议)格式，第一种为RP-MO-DATA，第二种为RP-MT-DATA。
当IP-SM-GW需要将发送失败的短消息发送给SC时，会识别发送端的短消息的格式，当发送端的短消息的格式为第一种格式时，该短消息的格式不需要修改，只需要修改其中的源地址和目的地址；当发送端的短消息的格式为第二种格式时，将该格式转换成第一种格式，再将其中的源地址和目的地址进行修改。
步骤S224：IP-SM-GW将短消息发送至SC进行存储，并接收SC存储后的状态报告。在本实施例中，IP-SM-GW通过SMS-IWMSC将该短消息发送给SC，并通过该SMS-IWMSC接收SC发送的存储该短消息的状态报告。SC通过识别 MT Correlation ID或SMSCN或特殊前缀值判断出该条短消息为发送失败的短消息，只将其存储而不再继续发送。SC存储收到的短消息，并存储了短消息与MT Correlation ID或SMSCN或接收端IMSI。
步骤23、当HSS获知接收端UE的状态变为可用状态时，触发SC重新发送与接收端相关的短消息。在本实施例中，当UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息，或UE可达等情况下， HSS可以获知该接收端UE由不可用状态变为可用状态。在本实施例中，HSS 可以通过发送提示SC(alert service centre)消息的方式触发SC重新发送短消息。在本实施例中，HSS可以通过SMS-IWMSC将alert service centre 消息发送给SC。
在本实施例中，HSS可以在alert service centre消息中携带MT Correlation ID或SMSCN或接收端UE的IMSI。SC可以根据alert service centre消息中携带MTCorrelation ID或SMSCN或接收端UE的IMSI从存储的短消息中获取与之对应的短消息，即可以根据MT Correlation ID找到与 MT Correlation ID或SMSCN关联的短消息或根据目的地址为接收端UE的 IMSI的短消息。
步骤24、SC将存储的短消息发送至IP-SM-GW。在本实施例中，该步骤可以包括，如图2C所示。
步骤S240：SC修改存储的短消息的源地址及目的地址。
在本实施例中，针对存储的短消息中源地址为MT Correlation ID的情况，SC将存储的短消息的源地址修改SC地址，目的地址修改为MT Correlation ID，短消息内容不修改；或者，针对存储的短消息中源地址为SMSCN和IP-SM-GW ID的情况，将存储的短消息的源地址修改SC地址，目的地址修改为SMSCN和IP-SM-GW ID，短消息内容不修改；或者，针对存储的短消息中源地址为特殊前缀和发送端IMSI的情况下，将存储的短消息的源地址修改为主叫身份、目的地址及短消息内容不修改。
步骤S241：SC将修改后的短消息发送至SMS-GMSC；
步骤S242：该SMS-GMSC通过向HSS询问以获取路由信息，即获取该接收端所属的IP-SM-GW地址，并将其返回给SMS-GMSC。在本实施例中， SMS-GMSC可以根据MTCorrelation ID找到接收端所在的HSS，HSS进一步根据MT Correlation ID找到对应的IP-SM-GW的地址；或者通过发送端和接收端的IMSI找到对应的IP-SM-GW的地址。
步骤S242只在SC发出短消息的目的地址是MT Correlation ID或被叫 IMSI的情况才执行。
步骤S243：SMS-GMSC将SC发送的短消息发送至IP-SM-GW。
步骤S25、IP-SM-GW根据SC发送的短消息生成短消息请求，并通过 S-CSCF发送至接收端UE。
在本实施例中，IP-SM-GW根据该SC发送的短消息中的源地址或目的地址找到对应的发送端和接收端的SIP URI，从而生成短消息请求，此处短消息请求可以是SIP请求消息。在本实施例中，可以根据MT Correlation ID 找到对应的接收端SIP URI或发送端和接收端的SIP URI，或者根据SMSCN 找到对应的接收端SIP URI或发送端和接收端的SIP URI，或者根据发送方和发送端的IMSI找到对应的接收端SIP URI和发送端的SIP URI。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求对应的短消息发送至SC进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图3A所示为本发明实施例二提供的一种实现短消息重发的方法的流程图。
在本实施例中，发送短消息的短消息请求不经过接收端网络的 IP-SM-GW。
步骤S30、S-CSCF接收发送侧发送的短消息请求；在本实施例中，该短消息请求包括短消息内容、接收端UE信息。当然，还可以包括其它信息，如当短消息发送失败时的存储短消息的SC地址信息，该SC地址为发送端在发送短消息时携带的发送端所属的SC地址。该短消息请求为SIP请求消息。
步骤S31、S-CSCF确定该短消息是否成功发送至接收端UE。在本实施例中，S-CSCF可以根据自身保存的接收端UE的注册信息或收到的响应消息等信息来确定该短消息是否成功发送至接收端UE。在本实施例中，若接收端UE关机了，S-CSCF自身保存的接收端UE的注册信息为下线或不在网的信息，即， S-CSCF通过自身保存的接收端UE的注册信息就可以确定接收端UE是否关机，若确定接收端UE为关机状态，则无法将短消息成功发送至接收端UE；或接收端UE的内存已满或不支持SIP消息类型等情况下，接收端UE会返回失败的响应消息或短消息失败报告的响应消息给S-CSCF，因而，S-CSCF可以通过返回的响应消息判断该短消息没有成功发送至接收端UE，也可以认为该短消息发送失败。
步骤S32、当确定该短消息请求无法成功发送至接收端UE时，S-CSCF 获取接收端UE所属的IP-SM-GW地址。在本实施例中，若S-CSCF自身保存了接收端UE所属的IP-SM-GW地址，则直接提取该IP-SM-GW地址；若S-CSCF自身没有保存接收端UE所属的IP-SM-GW地址，则向接收端UE所属的HSS请求获取该 IP-SM-GW地址；在本实施例中，若HSS也没有为接收端UE配置IP-SM-GW地址，则HSS根据接收端UE的身份信息(SIP URI、IMSI)为该接收端UE分配IP-SM-GW地址。
步骤S33、S-CSCF通知IP-SM-GW该短消息发送失败。在本实施例中，该通知消息中携带短消息。
步骤S34、IP-SM-GW确定收到的短消息发送失败后，提取短消息，将该短消息发送至SC进行存储。在本实施例中，该IP-SM-GW将该短消息发送至SC进行存储的步骤还可以包括，如图3B所示。
步骤S340：IP-SM-GW生成关联标识(Mobile Terminated Correlation ID，MTCorrelation ID)或SMSCN(SMS-correlation number)关联 值；IP-SM-GW保存MTCorrelation ID或SMSCN与短消息的接收端的SIP URI 形式的身份标识。当然，可选的，IP-SM-GW也可以保存MT Correlation ID 或SMSCN与短消息的发送端及接收端的SIP URI形式的身份标识。其中，MT Correlation ID格式为MCC(3位)+MNC(3位)+send ID(9位)，MCC为国家码， MNC为运营商码，Sender ID为终端随机生成的9位数值，该9位数值应包含 接收方UE所在的HSS识别号，以使得通过关联标识(MT Correlation ID)中 的sender ID能够确定接收端所在的HSS；SMSCN为终端生成的3位数值；在本 实施例中，IP-SM-GW为接收方终端生成关联标识(MT Correlation ID)或 SMSCN，其作用为使UE可用后，SC通过MT CorrelationID或SMSCN匹配到对 应短消息，将其重新发送，及IP-SM-GW根据MT Correlation ID或SMSCN匹配 到该条短消息发送端或接收端的SIP URI的身份标识，进而生成携带短消息内容的SIP请求消息，将SIP请求消息发送到接收端UE。
步骤S341：IP-SM-GW获取SC地址；在本实施例中，可以获取短消息发送至接收端所属的SC地址，也可以获取发送至发送端所属的SC地址，并存储获取的地址；
若获取短消息发送至接收端所属的SC地址，若IP-SM-GW自身保存了该接收端UE所属的SC地址，则直接提取该SC地址；若IP-SM-GW不知道接收端 UE所属的SC地址，IP-SM-GW从接收端UE所属的HSS获取接收端UE所属的SC 地址。在本实施例中，IP-SM-GW向HSS查询该接收端UE所属的SC地址；若 HSS也没有为接收端UE配置SC地址，则HSS根据接收端UE的身份信息(SIP URI、IMSI)为该接收端UE分配SC地址；在本实施例中，IP-SM-GW获取接收端所属的SC地址后，需要保存该SC地址
若获取发送至发送端所属的SC地址时，IP-SM-GW从步骤S20中收到的短消息请求中提取发送端所属的SC地址，并保存该SC地址。
步骤S342：IP-SM-GW将该短消息发送失败的信息通知HSS。在本实施例中，在该通知消息中至少包括接收端身份(IMSI或SIP URI)、SC地址、关联标识或SMSCN，还可以包括IP-SM-GW的地址及发送失败原因，HSS接收到通知后，保存上述的信息在WMD(messagewaiting data)信息中。
步骤S343：根据该短消息请求提取短消息；在本实施例中短消息中包括短消息内容、源地址及目的地址等信息，IP-SM-GW将提取的短消息中的源地址及目的地址进行修改，短消息内容不修改。
在本实施例中，IP-SM-GW将发送端的短消息中的源地址修改为MT CorrelationID，将目的地址修改为SC地址，短消息内容不修改；或者将发送端的短消息中的源地址修改为SMSCN和IP-SM-GW ID，将目的地址修改为SC地址，短消息内容不修改；或者，当IP-SM-GW没有生成MT Correlation ID或SMSCN时，IP-SM-GW可以根据接收端的SIP URI，向HSS查找接收端的签约信息，找到接收端的IMSI，当然，发送端也将自身电话号码形式的身份信息在短消息中携带，如发送端的IMSI，IP-SM-GW保存发送端的身份标识(如IMSI)和接收端身份标识(IMSI)，IP-SM-GW将发送端的短消息中的源地址修改为特殊前缀和发送端的IMSI，特殊前缀表示该短消息为发送失败的短消息，将目的地址修改为被叫的IMSI，短消息内容不修改。
在本实施例中，发送端发送的短消息具有不同的RP(Relay-Layer Protocol，中继层协议)格式，第一种为RP-MO-DATA，第二种为RP-MT-DATA。
当IP-SM-GW需要将发送失败的短消息发送给SC时，会识别发送端的短消息的格式，当发送端的短消息的格式为第一种格式时，该短消息的格式不需要修改，只需要修改其中的源地址和目的地址；当发送端的短消息的格式为第二种格式时，将该格式转换成第一种格式，再将其中的源地址和目的地址进行修改。
步骤S344：IP-SM-GW将短消息发送至SC进行存储，并接收SC存储后的状态报告。在本实施例中，IP-SM-GW通过SMS-IWMSC将该短消息发送给SC，并通过该SMS-IWMSC接收SC发送的存储该短消息的状态报告。SC通过识别MT Correlation ID或SMSCN或特殊前缀值判断出该条短消息为发送失败的短消息，只将其存储而不再继续发送。SC存储收到的短消息，并存储了短消息与MT Correlation ID或SMSCN或接收端IMSI的关联关系。
步骤S35、当HSS获知接收端UE的状态变为可用状态时，触发SC重新发送与接收端相关的短消息。在本实施例中，当UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息，或UE可达等情况下，HSS可以获知该接收端UE由不可用状态变为可用状态。在本实施例中，HSS可以通过发送提示SC(alert service centre)消息的方式触发SC重新发送短消息。在本实施例中，所述HSS向所述业务中心发送提示业务中心消息，所述提示业务中心消息中携带关联标识或SMSCN或接收端UE的IMSI，业务中心收到所述消息后，发送与所述关联标识关联的存储的短消息。在本实施例中，HSS可以通过SMS-IWMSC将alertservice centre消息发送给SC。
在本实施例中，HSS可以在alert service centre消息中携带MT Correlation ID或SMSCN或接收端UE的IMSI。SC可以根据alert service centre消息中携带MTCorrelation ID或SMSCN或接收端UE的IMSI从存储的短消息中获取与之对应的短消息，即可以根据MT Correlation ID找到与 MT Correlation ID或SMSCN关联的短消息或根据目的地址为接收端UE的 IMSI的短消息。
步骤35、SC将存储的短消息发送至IP-SM-GW。在本实施例中，该步骤可以包括，如图3C所示：
步骤S350：SC修改存储的短消息的源地址及目的地址。
在本实施例中，针对存储的短消息中源地址为MT Correlation ID的情况，SC将存储的短消息的源地址修改SC地址，目的地址修改为MT Correlation ID，短消息内容不修改；或者，针对存储的短消息中源地址为SMSCN和IP-SM-GW ID的情况，将存储的短消息的源地址修改SC地址，目的地址修改为SMSCN和IP-SM-GW ID，短消息内容不修改；或者，针对存储的短消息中源地址为特殊前缀和发送端IMSI的情况下，将存储的短消息的源地址修改为主叫身份、目的地址及短消息内容不修改。
步骤S351：SC将新的短消息发送至SMS-GMSC；
步骤S352：该SMS-GMSC通过向HSS询问以获取路由信息，即获取该接收端所属的IP-SM-GW地址，并将其返回给SMS-GMSC。在本实施例中， SMS-GMSC可以根据MTCorrelation ID找到接收端所在的HSS，HSS进一步根据MT Correlation ID找到对应的IP-SM-GW的地址；或者通过发送端和接收端的IMSI找到对应的IP-SM-GW的地址。
步骤S352只在SC发出短消息的目的地址是MT Correlation ID或被叫 IMSI的情况才执行。
步骤S353：SMS-GMSC将SC发送的短消息发送至IP-SM-GW。
步骤36、IP-SM-GW根据SC发送的短消息生成短消息请求，并通过 S-CSCF发送至接收端UE。
在本实施例中，IP-SM-GW根据该SC发送的短消息中的源地址或目的地址找到对应的发送端和接收端的SIP URI，从而生成短消息请求，此处短消息请求可以是SIP请求消息。在本实施例中，可以根据MT Correlation ID 找到对应的接收端SIP URI或发送端和接收端的SIP URI，或者根据SMSCN 找到对应的接收端SIP URI或发送端和接收端的SIP URI，或者根据发送方和发送端的IMSI找到对应的接收端SIP URI和发送端的SIP URI。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求对应的短消息发送至SC进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图4所示为本发明实施例三提供的一种实现短消息重发的方法的流程图。
在本实施例中，发送短消息的短消息请求经过接收端网络的 IP-SM-GW。在发送的过程中，接收端由于异常的原因，该短消息不能发送至接收端，此时，可以将该短消息请求存储在IP-SM-GW中，当接收端消除异常后，再触发IP-SM-GW重发该短消息请求。
步骤S40、IP-SM-GW接收S-CSCF转发的短消息请求。在本实施例中，该短消息请求包括短消息内容、接收端UE信息。当然，还可以包括发送方携带的指示信息，该指示信息用于指示若该短消息请求发送失败，将短消息请求进行本地存储，网络实体根据指示将发送失败的短消息请求存储在接收端UE所属的IP-SM-GW。
步骤S41、IP-SM-GW确定该短消息是否成功发送至接收端UE。在本实施例中，IP-SM-GW可以根据收到的响应消息来确定该短消息是否成功发送至接收端UE。在本实施例中接收端UE不可达，或内存已满或不支持SIP 消息类型时，接收端UE会返回失败的响应消息或短消息失败报告的响应消息给IP-SM-GW，因而，IP-SM-GW可以通过返回的响应消息判断该短消息没有成功发送至接收端UE，可以认为该短消息发送失败。
步骤S42、当确定该短消息请求无法成功发送至接收端UE时，IP-SM-GW 存储该短消息请求，并存储了该短消息请求对应的接收端UE身份信息。
步骤S43、当IP-SM-GW获知接收端UE变为可用状态时，通过S-CSCF发送存储的该短消息请求至接收端UE。在本实施例中，当UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达等情况下，在本实施例中，IP-SM-GW可以获知该接收端UE由不可用状态变为可用状态。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图5A所示为本发明实施例四提供的一种实现短消息重发的方法的流程图。
在本实施例中，发送短消息的短消息请求不经过IP-SM-GW。在发送的过程中，接收端由于异常的原因，该短消息不能发送至接收端，此时，可以将该短消息请求发送并存储在IP-SM-GW中，当接收端消除异常后，再触发IP-SM-GW重发该短消息请求。
步骤S50、S-CSCF接收发送侧发送的短消息请求；在本实施例中，该短消息请求为SIP请求消息，该短消息请求包括短消息内容、接收端UE信息等信息。当然，还可以包括发送方携带的指示信息，该指示信息用于指示若该短消息请求发送失败，将短消息或短消息请求进行本地存储，网络实体根据指示将发送失败的短消息或短消息请求存储在接收端的IP-SM-GW。
步骤S51、S-CSCF确定该短消息是否成功发送至接收端UE。在本实施例中，S-CSCF可以根据自身保存的接收端UE的注册信息或收到的响应消息来确定该短消息是否成功发送至接收端UE。在本实施例中，若接收端UE关机了， S-CSCF自身保存的接收端UE的注册信息为下线或不在网的信息，即，S-CSCF 通过自身保存的接收端UE的注册信息就可以确定接收端UE是否关机，若确定接收端UE为关机状态，则无法将短消息成功发送至接收端UE；或接收端UE不可达，或内存已满或不支持SIP消息类型时，接收端UE会返回失败的响应消息或短消息失败报告的响应消息给S-CSCF，因而，S-CSCF可以通过返回的响应消息判断该短消息没有成功发送至接收端UE，也可以认为该短消息发送失败。
步骤S52、当确定该短消息请求无法成功发送至接收端UE时，S-CSCF 获取接收端UE所属的IP-SM-GW地址。在本实施例中，若S-CSCF自身保存了接收端UE所属的IP-SM-GW地址，则直接提取该IP-SM-GW地址；若S-CSCF自身没有保存接收端UE所属的IP-SM-GW地址，则向接收端UE所属的HSS请求获取该IP-SM-GW地址；在本实施例中，若HSS也没有为接收端UE配置IP-SM-GW地址，则HSS根据接收端UE的身份信息(SIP URI 或IMSI)为该接收端UE分配IP-SM-GW地址。
步骤S53、S-CSCF将发送失败的短消息请求发送至IP-SM-GW进行存储。在本实施例中，当IP-SM-GW确定收到发送失败的短消息请求，将其存储后，返回确认信息至S-CSCF。
在该请求中可以携带指示信息，以指示IP-SM-GW该请求为发送失败的短消息请求，令其存储该请求，指示信息可以通过如下方式实现：
Content-Disposition头增加failing SMS字段，表明该请求的消息体为失败的短消息，无需发送，仅保存，意为将该短消息对应的请求保存；
或Subject头增加save SMS request字段，表明请求消息的目的是保存该请求。
步骤S54、当获知接收端UE变为可用状态时，触发IP-SM-GW重新发送该短消息请求至接收端UE。在本实施例中，可以通过三种不同的方式来实现。
第一种情况，如图5B所示：
步骤S540、当S-CSCF确认短消息请求发送失败，并接收到IP-SM-GW发送的确认信息后，S-CSCF存储该短消息请求发送失败的状态及信息。在本实施例中，该信息可以包括接收端UE的身份信息、存储该短消息请求的IP-SM-GW 地址及该短消息请求发送失败的原因；
步骤S541、当S-CSCF获知接收端UE变为可用状态时，如UE开机进行IMS 注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，触发IP-SM-GW发送存储的短消息请求；
步骤S542、IP-SM-GW通过S-CSCF将存储的短消息请求重新发送至接收端UE。
第二种情况，如图5C所示：
步骤S543、IP-SM-GW向HSS订阅接收端UE是否可用的状态信息；
步骤S544、当HSS获知接收端UE变为可用状态时，如UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，将该可用状态信息通知IP-SM-GW；
步骤S545、IP-SM-GW将存储的短消息请求通过S-CSCF，发送至接收端 UE。
第三种情况，如图5D所示：
步骤S546、IP-SM-GW将该短消息发送失败的消息通知HSS。此时，HSS 在该短消息对应的等待数据(MWD，message waiting data)中增加如下记录，包括接收端UE身份信息、存储该短消息请求的IP-SM-GW地址及该短消息请求发送失败的原因；
步骤S547、当HSS获知接收端UE变为可用状态时，如UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，检查该接收端UE的MWD；
步骤S548、当确定该MWD不为空时，向指定的IP-SM-GW发送提示业务中心(alertservice centre message)的提示消息；
步骤S549、IP-SM-GW将存储的短消息请求通过S-CSCF，发送至接收端 UE。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图6A所示为本发明实施例五提供的一种实现短消息重发的方法的流程图。
在本实施例中，发送短消息的短消息请求经过IP-SM-GW，当短消息发送失败时由IP-SM-GW处理发送失败的情况，当在发送的过程中，接收端由于异常的原因，该短消息不能发送至接收端，此时，可以将该短消息请求存储在 SMS-AS中，当接收端消除异常后，再触发SMS-AS重发该短消息。
步骤S60、IP-SM-GW接收S-CSCF转发的短消息请求。在本实施例中，该短消息请求包括短消息内容、接收端UE等信息。当然，还可以包括指示信息，该指示信息用于指示若该短消息请求发送失败，将短消息请求进行本地存储，网络实体根据指示将发送失败的短消息请求存储在接收端的 SMS-AS。
步骤S61、IP-SM-GW确定该短消息是否成功发送至接收端UE。在本实施例中，IP-SM-GW可以根据收到的响应消息来确定该短消息是否成功发送至接收端UE。在本实施例中若接收端UE不可达，或内存已满或不支持SIP 消息类型时，接收端UE会返回失败的响应消息或短消息失败报告的响应消息给IP-SM-GW，因而，IP-SM-GW可以通过返回的响应消息判断该短消息没有成功发送至接收端UE，可以认为该短消息发送失败。
步骤S62、当确定该短消息请求无法成功发送至接收端UE时，IP-SM-GW 将该短消息请求发送至SMS-AS进行存储。在本实施例中，当SMS-AS存储该短消息请求后，返回确认消息至IP-SM-GW。
步骤S63、当获知接收端UE变为可用状态时，触发SMS-AS重新发送该短消息请求。在本实施例中，可以通过三种不同的方式来实现。
第一种情况，如图6B所示：
步骤S630、当IP-SM-GW将发送失败的短消息请求发送至SMS-AS后， IP-SM-GW存储该短消息请求发送失败的状态及信息。在本实施例中，该信息可以包括接收端UE的身份信息、存储该短消息请求的SMS-AS地址及该短消息请求发送失败的原因；
步骤S631、当IP-SM-GW获知接收端UE变为可用状态时，如UE开机进行 IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，通知SMS-AS发送存储的该短消息请求；
步骤S632、SMS-AS将该短消息请求通过S-CSCF，重新发送至接收端UE。
第二种情况，如图6C所示：
步骤S633、SMS-AS向HSS订阅接收端UE是否可用状态信息；
步骤S634、当HSS获知接收端UE变为可用状态时，如UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，将该可用状态信息通知SMS-AS；
步骤S635、SMS-AS将存储的该短消息请求通过S-CSCF重新发送至接收端UE。
第三种情况，如图6D所示：
步骤S636、SMS-AS将该短消息请求发送失败的消息通知HSS。此时， HSS会记录该短消息对应的消息等待数据(MWD，message waiting data)，该MWD包括接收端UE身份信息、存储该短消息请求的SMS-AS地址及该短消息请求发送失败的原因；
步骤S637、当HSS获知接收端UE处于可用状态时，如UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，检查该接收端UE的MWD；
步骤S638、当确定该MWD不为空时，向SMS-AS发送提示业务中心(alert servicecentre message)的提示消息；
步骤S639、SMS-AS将存储的该短消息请求通过S-CSCF发送至接收端 UE。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求发送至SMS-AS进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图7A所示为本发明实施例六提供的一种实现短消息重发的方法的流程图。
在本实施例中，发送短消息的短消息请求不经过IP-SM-GW，由S-CSCF来处理短消息发送失败的情况。当在发送的过程中，接收端由于异常的原因，该短消息不能发送至接收端，此时，可以将该短消息请求存储在SMS-AS中，当接收端消除异常后，再触发SMS-AS重发该短消息。
步骤S70、S-CSCF接收发送侧发送的短消息请求；在本实施例中，该短消息请求包括短消息内容、接收端UE信息。该短消息请求为SIP请求消息。当然，还可以包括发送方携带的指示信息，该指示信息用于指示若该短消息请求发送失败，将短消息请求进行本地存储，网络实体根据指示将发送失败的短消息请求存储在接收端的SMS-AS。
步骤S71、S-CSCF确定该短消息是否成功发送至接收端UE。在本实施例中，S-CSCF可以根据自身保存的接收端UE的注册信息或收到的响应消息来确定该短消息是否成功发送至接收端UE。在本实施例中，若接收端UE关机了， S-CSCF自身保存的接收端UE的注册信息为下线或不在网的信息，即，S-CSCF 通过自身保存的接收端UE的注册信息就可以确定接收端UE是否关机，若确定接收端UE为关机状态，则无法将短消息成功发送至接收端UE；或接收端UE的内存已满或不支持SIP消息类型时，接收端UE会返回失败的响应消息或短消息失败报告的响应消息给S-CSCF，因而，S-CSCF可以通过返回的响应消息判断该短消息没有成功发送至接收端UE，也可以认为该短消息发送失败。
步骤S72、S-CSCF将该短消息请求发送至SMS-AS进行存储。在实施例中，当SMS-AS存储该发送失败的短消息请求后，返回确认信息至S-CSCF。
步骤S73、当获知接收端UE处于可用状态时，触发SMS-AS重新发送该短消息请求。在本实施例中，可以通过三种不同的方式来实现。
第一种情况，如图7B所示：
步骤S730、当S-CSCF确认短消息请求发送失败，并接收到SMS-AS发送的确认信息后，S-CSCF存储该短消息请求发送失败的状态及信息。在本实施例中，该信息可以包括接收端UE的身份信息、存储该短消息请求的SMS-AS地址及该短消息请求发送失败的原因；
步骤S731、当S-CSCF获知接收端UE变为可用状态时，如UE开机进行IMS 注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，通知SMS-AS发送存储的该短消息请求；
步骤S732、SMS-AS通过S-CSCF发送该短消息请求至接收端UE。
第二种情况，如图7C所示：
步骤S733、SMS-AS向HSS订阅接收端UE是否可用状态信息；
步骤S734、当HSS获知接收端UE变为可用状态时，如UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，将该可用状态信息通知SMS-AS；
步骤S735、SMS-AS将存储的该短消息请求通过S-CSCF，发送至接收端 UE。
第三种情况，如图7D所示：
步骤S736、SMS-AS将该短消息请求发送失败的消息通知HSS。此时，HSS 会记录该短消息对应的消息等待数据(MWD，message waiting data)，该MWD包括接收端UE身份信息、存储该短消息请求的SMS-AS地址及该短消息请求发送失败的原因；
步骤S737、当HSS获知接收端UE变为可用状态时，如UE开机进行IMS注册后，或内存可用，或由不支持SIP短消息变为支持SIP短消息或再次可达时，检查该接收端UE的MWD；
步骤S738、当确定该MWD不为空时，向SMS-AS发送提示业务中心(alert servicecentre message)的提示消息；
步骤S739、SMS-AS将存储的该短消息请求通过S-CSCF，重新发送至接收端UE。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，S-CSCF将该短消息请求发送至SMS-AS进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图8所示为实施例七提供的一种实现短消息重发的装置的结构图。
在本实施例中，该装置可以包括确定模块80、存储处理模块82、重发模块84。
在本实施例中，确定模块80用于确定在IMS域中发送至接收端的短消息请求是否发送失败。
存储处理模块82用于当确定模块80确定该短消息请求发送失败时，对该短消息请求进行存储处理。在本实施例中，在IMS域中，当在发送的过程中，接收端由于异常的原因，该短消息不能发送至接收端，此时，存储处理模块82可以将短消息请求对应的短消息发送至接收端的网络中的 SC进行存储，也可以发送至该短消息对应的发送端所属的SC进行存储，存储处理模块82可以也可以将该短消息请求存储在IP-SM-GW，存储处理模块82可以也可以将该短消息请求存储在SMS-AS中，上述的方式不是唯一的实施方式，为可选的。
重发模块84用于当获知该短消息请求对应的接收端变为可用状态时，将该存储处理的该短消息请求重新通过IMS域发送至该接收端。
本发明实施例提供的装置，可以内嵌在IP-SM-GW或S-CSCF。
本发明提供的实施例提供的装置，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，对该短消息请求进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
以下进行分别详细描述。
图9所示为实施例八提供的一种实现短消息重发的装置的结构图。在本实施例中，图8所示的装置内嵌于IP-SM-GW。
在本实施例中，该装置还包括接收模块90，用于接收S-CSCF转发的发送侧发送的短消息请求。确定模块80具体用于确定接收模块90所接收的该短消息是否成功发送至接收端UE。
存储处理模块82具体用于当确定模块80确定该短消息请求发送失败时，将该短消息请求对应的短消息发送至SC进行存储。也可以理解为，当确定模块80获知在IMS域中发送至接收端的短消息发送失败时，存储处理模块82将所述短消息发送到业务中心，以使得所述业务中心存储所述短消息。
所述存储处理模块82进一步用于生成关联标识或SMSCN，并保存所述关联标识与所述发送失败的短消息的接收端的SIP URI(SIP Universal Resource Identifier，SIP形式的通用资源标志符)形式的身份标识，或保存所述关联标识与所述发送失败的短消息的发送端和接收端的SIP URI 形式的身份标识。
所述存储处理模块82进一步用于所述IP-SM-GW获取所述业务中心的地址，并根据所述获取的地址将所述短消息发送至所述业务中心，以使所述业务中心存储所述短消息，其中，所述短消息中包含所述关联标识，或者所述短消息中包含所述SMSCN及IP-SM-GW的自身地址。
在本实施例中，存储处理模块82可以具体包括：生成子模块900、获取子模块901、通知子模块902、发送子模块903。
在本实施例中，生成子模块900用于IP-SM-GW生成MT Correlation ID 或SMSCN。获取子模块901用于获取SC地址。在本实施例中，获取子模块 901可以获取短消息发送至接收端所属的SC地址，也可以获取发送至发送端所属的SC地址。通知子模块902用于将该短消息发送失败的信息通知HSS。获取子模块901还用于根据该短消息请求获取短消息。发送子模块 903用于根据获取的SC地址，将获取的短消息发送至SC进行存储。
重发模块84用于当所述短消息对应的接收端变为可用状态时，接收所述业务中心发送的所述存储的短消息，并通过所述IMS域发送至所述接收端。
在本实施例中，当该短消息请求对应的接收端变为可用状态时，重发模块84进一步根据SC发送的短消息生成短消息请求，并通过S-CSCF发送至接收端UE。在本实施例中，所述重发模块84具体用于接收所述业务中心发送的所述存储的短消息，并使用关联标识或SMSCN对应的SIP URI 形式的身份信息生成IMS域SIP消息，及发送至所述接收端，其中，所述 IMS域SIP消息中包含所述接收的短消息。
在本实施例中，当S-CSCF接收发送侧发送的短消息请求后，由S-CSCF 发送给接收端UE，当S-CSCF发送该短消息请求失败后，会发送失败通知消息给IP-SM-GW，接收模块90还可以接收S-CSCF发送的失败通知消息。确定模块80还可以根据该失败通知确定发送至接收端UE的短消息请求发送失败。此时，存储处理模块82将该短消息请求对应的短消息发送至SC 进行存储。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，对IP-SM-GW该短消息请求对应的短消息发送至SC进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图10所示为实施例九提供的一种实现短消息重发的装置的结构图。在本实施例中，图8所示的装置内嵌于IP-SM-GW。
在本实施例中，该装置还包括接收模块100，用于接收S-CSCF转发的发送侧发送的短消息请求。确定模块80具体用于确定接收模块100所接收的该短消息是否成功发送至接收端UE。
存储处理模块82具体用于当确定模块80确定该短消息请求发送失败时，存储该短消息请求。在本实施例中，也可以理解为，当确定模块80 获知在IMS域中发送至接收端的短消息发送失败时，存储处理模块82存储所述发送失败的短消息对应的短消息请求。
在本实施例中，当所述短消息对应的接收端变为可用状态时，重发模块84可以将所述存储处理的短消息通过所述IMS域重新发送至所述接收端。
重发模块84具体用于当确定模块80确定该短消息请求对应的接收端变为可用状态时，将该存储处理模块82存储的短消息请求通过S-CSCF发送至接收端UE。
在本实施例中，所述接收模块100进一步用于接收S-CSCF发送的所述接收端可用的信息，或接收HSS发送的所述接收端可用的通知消息。，所述确定模块80进一步用于当所述接收模块100接收S-CSCF发送的所述接收端可用的信息或接收HSS发送的所述接收端可用的通知消息时，确定所述短消息请求对应的接收端变为可用状态。
在本实施例中，当S-CSCF接收发送侧发送的短消息请求后，由S-CSCF 发送给接收端UE，当S-CSCF发送该短消息请求失败后，会发送失败通知消息给IP-SM-GW，接收模块100还可以接收S-CSCF发送的失败通知消息。确定模块80还可以根据该失败通知确定发送至接收端UE的短消息请求发送失败。此时，存储处理模块82存储该短消息请求。同时，当S-CSCF确定该短消息请求对应的接收端变为可用状态时，S-CSCF通知重发模块84 发送存储的短消息请求至S-CSCF，并通过S-CSCF发送至接收端UE。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
图11所示为实施例九提供的一种实现短消息重发的装置的结构图。在本实施例中，图8所示的装置内嵌于IP-SM-GW。
在本实施例中，该装置还包括接收模块110，用于接收S-CSCF转发的发送侧发送的短消息请求。确定模块80具体用于确定接收模块110所接收的该短消息是否成功发送至接收端UE。
存储处理模块82具体用于当确定模块80确定该短消息请求发送失败时，将该短消息请求发送至SMS-AS进行存储。
重发模块84具体用于当该短消息请求对应的接收端变为可用状态时，触发SMS-AS重新发送该短消息请求。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求发送至 SMS-AS进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS 发送短消息请求的可用度，并提高了用户的体验。
图12所示为实施例九提供的一种实现短消息重发的装置的结构图。在本实施例中，图8所示的装置内嵌于S-CSCF。
在本实施例中，该装置还包括接收模块120，用于接收发送侧发送的短消息请求。确定模块80具体用于确定接收模块120所接收的该短消息是否成功发送至接收端UE。
存储处理模块82具体用于当确定模块80确定该短消息请求发送失败时，将该短消息请求发送至SMS-AS进行存储。
重发模块84具体用于当该短消息请求对应的接收端变为可用状态时，触发SMS-AS重新发送该短消息请求。
本发明提供的实施例，在IMS域中，当接收端由于不可用造成发送给该接收端的短消息请求发送失败时，IP-SM-GW将该短消息请求发送至SMS-AS进行存储处理，并当该接收端变为可用状态时，重新发送短消息请求至该接收端，就可以实现重发发送失败的短消息请求，从而提高在IMS发送短消息请求的可用度，并提高了用户的体验。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (12)

1.一种实现短消息重发的方法，其特征在于，包括：
当IP短消息网关IP-SM-GW(Internet Protocol Short Message Gateway)获知在IP多媒体子系统IMS(Internet Protocol Multimedia Subsystem)域中发送至接收端的第一短消息发送失败时；
所述IP-SM-GW为所述接收端生成关联标识，保存所述关联标识与所述第一短消息的接收端的SIP URI形式的身份标识；
所述IP-SM-GW获取业务中心的地址；
所述IP-SM-GW向HSS发送短消息传输状态报告消息，所述短消息传输状态报告消息中至少包含所述关联标识、所述业务中心地址、所述短消息接收端的身份标识；
所述IP-SM-GW提取所述第一短信息，所述第一短消息包括短消息内容、第一源地址和第一目的地址，所述IP-SM-GW将所述第一源地址修改关联标识得到第二源地址，将所述第一目的地址修改为所述业务中心的地址得到第二目的地址，得到第二短消息，所述第二短消息包括所述短消息内容；
所述IP-SM-GW将所述第二短消息发送到所述业务中心，以使得所述业务中心存储所述第二短消息；
当所述接收端变为可用状态时，所述HSS向所述业务中心发送提示业务中心消息，所述提示业务中心消息中携带所述关联标识；
所述业务中心收到所述提示业务中心消息后，所述业务中心将所述第二短消息中的所述第二源地址修改为所述业务中心地址，所述第二目的地址修改为所述关联标识，得到第三短消息，所述第三短消息包括所述短消息内容，向所述IP-SM-GW发送所述第三短消息；
所述IP-SM-GW接收所述第三短消息，根据所述第三短消息中的关联标识将所述短消息内容重新发送至所述接收端。
2.根据权利要求1所述的方法，其特征在于，还包括：
所述IP-SM-GW接收S-CSCF(Serving Call Session Control Function，服务会话控制功能实体)发送的会话初始协议SIP(Session Initiation Protocol)请求消息，所述SIP请求消息中包含所述发送失败的第一短消息。
3.根据权利要求1所述的方法，所述IP-SM-GW获取所述业务中心的地址的步骤进一步包括：
所述IP-SM-GW获取所述第一短消息对应的接收端所属的业务中心地址。
4.根据权利要求3所述的方法，所述获取所述第一短消息对应的接收端所属的业务中心地址进一步包括：
所述IP-SM-GW通过查询自身存储的所述接收端所属的业务中心地址或查询所述接收端所属的HSS(Home Subscriber Server，家乡签约寄存器)存储的所述接收端所属的业务中心地址来获取所述短消息对应的所述接收端所属的业务中心地址。
5.根据权利要求1所述的方法，所述获取所述业务中心的地址的步骤进一步包括：
所述IP-SM-GW获取所述短消息对应的发送端所属的业务中心地址。
6.根据权利要求5所述的方法，所述获取所述第一短消息对应的发送端所属的业务中心地址进一步包括：
所述IP-SM-GW通过查询发送所述第一短消息的短消息请求中携带的业务中心地址来获取所述第一短消息对应的发送端所属的业务中心地址。
7.根据权利要求1所述的方法，其特征在于，所述发送与关联标识关联的第三短消息包括：
SMS-GMSC(Gateway Mobile Switching Center For Short Message Service，短消息业务的移动交换中心网关)接收所述发送的第三短消息，根据所述第三短消息中的关联标识向HSS获取IP-SM-GW地址信息；
所述SMS-GMSC将所述第三短消息发送至所述IP-SM-GW。
8.根据权利要求1或7所述的方法，根据所述第三短消息中的关联标识将所述短消息内容重新发送至所述接收端包括：
所述IP-SM-GW接收所述发送的所述第三短消息，根据所述接收的所述第三短消息中的关联标识对应的SIP URI形式的身份信息生成IMS域SIP消息，所述IMS域SIP消息中包含所述接收的所述短消息内容；
将所述短消息内容发送至所述接收端。
9.一种实现短消息重发的装置，其特征在于，所述装置包括：
存储处理模块，用于当获知在IMS域中发送至接收端的第一短消息发送失败时，为所述接收端生成关联标识，保存所述关联标识与所述第一短消息的接收端的SIP URI形式的身份标识，获取业务中心的地址，向HSS发送短消息传输状态报告消息，所述短消息传输状态报告消息中至少包含所述关联标识、所述业务中心地址、所述短消息接收端的身份标识，提取所述第一短信息，所述第一短消息包括短消息内容、第一源地址和第一目的地址，将所述第一源地址修改关联标识得到第二源地址，将所述第一目的地址修改为所述业务中心的地址得到第二目的之地，得到第二短消息，所述第二短消息包括所述短消息内容，将所述第二短消息发送到所述业务中心，以使得所述业务中心存储所述第二短消息；
重发模块，用于当所述接收端变为可用状态时，接收所述业务中心发送的第三短消息，所述第三短消息中的第三源地址为所述业务中心地址，第三目的地址为所述关联标识，所述第三短消息包括所述短消息内容，根据所述第三短消息中的关联标识将所述短消息内容重新发送至所述接收端。
10.根据权利要求9所述的装置，其特征在于，还包括：
确定模块，用于在IMS域中发送至接收端的第一短消息是否发送失败。
11.根据权利要求9所述的装置，其特征在于，还包括：
接收模块，用于接收S-CSCF发送的SIP消息，所述SIP消息中包含所述发送失败的短消息。
12.根据权利要求9所述的装置，其特征在于，所述重发模块进一步用于接收所述业务中心发送的再次修改的短消息，并使用关联标识对应的SIP URI形式的身份信息生成IMS域SIP消息，及发送至所述接收端，其中，所述IMS域SIP消息中包含所述接收的短消息的短消息内容。
CN201110297790.0A 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置 Active CN103037328B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201110297790.0A CN103037328B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置
CN201810865766.4A CN108848471B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置
EP12834832.3A EP2713638B1 (en) 2011-09-30 2012-09-25 Method and device for re-sending short message
PCT/CN2012/081871 WO2013044782A1 (zh) 2011-09-30 2012-09-25 一种实现短消息重发的方法和装置
US14/145,418 US9769631B2 (en) 2011-09-30 2013-12-31 Method and apparatus for implementing resending of short message
US15/680,774 US10750330B2 (en) 2011-09-30 2017-08-18 Method and apparatus for implementing resending of short message

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110297790.0A CN103037328B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201810865766.4A Division CN108848471B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置

Publications (2)

Publication Number Publication Date
CN103037328A CN103037328A (zh) 2013-04-10
CN103037328B true CN103037328B (zh) 2018-08-21

Family

ID=47994260

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201810865766.4A Active CN108848471B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置
CN201110297790.0A Active CN103037328B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201810865766.4A Active CN108848471B (zh) 2011-09-30 2011-09-30 一种实现短消息重发的方法和装置

Country Status (4)

Country Link
US (2) US9769631B2 (zh)
EP (1) EP2713638B1 (zh)
CN (2) CN108848471B (zh)
WO (1) WO2013044782A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9253611B2 (en) * 2012-12-18 2016-02-02 Htc Corporation Method of handling a short message service re-delivery
CN104427551A (zh) * 2013-08-22 2015-03-18 中兴通讯股份有限公司 一种业务消息发送方法及装置
CN106470152A (zh) * 2015-08-21 2017-03-01 中兴通讯股份有限公司 Ip短信网关及其实现路由的方法
EP3166345B1 (en) 2015-11-06 2022-03-30 Alcatel Lucent Support of mobile-terminated short message delivery for a user equipment in extended idle mode drx
CN105827660B (zh) * 2016-05-31 2018-12-14 浪潮集团有限公司 一种ip-sm-gw应用与数据分离的服务器及实现方法
CN108810830A (zh) * 2017-04-27 2018-11-13 中兴通讯股份有限公司 一种短消息中心提醒方法及短信网关
CN107566997A (zh) * 2017-07-05 2018-01-09 宇龙计算机通信科技(深圳)有限公司 短消息传输方法、装置、用户终端及计算机可读存储介质
CN110856125A (zh) * 2018-08-20 2020-02-28 中国电信股份有限公司 短信重发方法、装置及融合短消息中心
US10880432B1 (en) * 2019-05-24 2020-12-29 Berryville Holdings, LLC Non-associative telephony and SMS messaging
FR3111507A1 (fr) * 2020-06-26 2021-12-17 Orange Procédé de traitement de messages échangés dans un réseau de télécommunication, par exemple en vue de leur analyse.
CN114025315A (zh) * 2020-07-16 2022-02-08 中兴通讯股份有限公司 一种短信投递失败的处理方法、装置及系统
CN115396827B (zh) * 2021-05-24 2024-01-30 成都鼎桥通信技术有限公司 信息处理的方法、装置、设备、存储介质及程序产品
CN116261106A (zh) * 2021-12-10 2023-06-13 中国电信股份有限公司 终端主叫短信服务化实现方法和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101971584A (zh) * 2008-02-06 2011-02-09 高通股份有限公司 用于消息的递送确认的方法和设备
CN102027461A (zh) * 2008-07-04 2011-04-20 3Rd布兰德私人有限公司(公司注册号200719143G) 扩展的消息收发平台

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108559A (en) * 1993-10-26 2000-08-22 Telefonaktiebolaget Lm Ericsson System and method for routing messages in radiocommunication systems
FI105873B (fi) * 1997-04-03 2000-10-13 Nokia Networks Oy Lyhytsanomien välitys pakettiradioverkossa
US7290041B2 (en) * 2000-08-28 2007-10-30 Chikka Pte Ltd Instant messaging system and method for remote networks using a sequential message handshaking protocol
KR100492959B1 (ko) * 2002-09-11 2005-06-07 삼성전자주식회사 공중 이동통신망과 연동되는 사설 무선망의 단문 메시지서비스 서버 및 방법
GB0406119D0 (en) * 2004-03-18 2004-04-21 Telsis Holdings Ltd Telecommunications services apparatus and method
US7715856B2 (en) * 2004-06-02 2010-05-11 Interdigital Technology Corporation Reporting terminal capabilities for supporting short message service
KR100824043B1 (ko) * 2005-04-08 2008-04-21 삼성전자주식회사 이동 통신 단말의 인스턴트 메시지 전송 방법 및 시스템
CN1859319A (zh) * 2005-10-13 2006-11-08 华为技术有限公司 多媒体消息的接收方法
EP1949616B1 (en) * 2005-11-14 2019-03-27 Mavenir Systems, Inc. Method for processing a message
CN101127731A (zh) * 2006-08-18 2008-02-20 华为技术有限公司 Ip多媒体业务子系统中传递短消息的方法、设备及系统
CN101090372B (zh) * 2006-08-28 2010-05-12 华为技术有限公司 一种短信路由控制系统及方法
US8675831B2 (en) * 2006-10-24 2014-03-18 Alcatel Lucent Storage of data messages for later retrieval by the recipient
EP2081348A4 (en) * 2006-11-15 2009-12-09 Huawei Tech Co Ltd MESSAGE INTERFUNCTION METHOD, SYSTEM, ENTITY AND METHOD OF MESSAGE DISTRIBUTION REPORT PROCESSING, SYSTEM, ENTITY, TERMINAL FOR MESSAGE INTERFUNCTION
US8254971B1 (en) * 2007-11-29 2012-08-28 At&T Mobility Ii Llc System and method for determining an SMS message retransmission schedule
US8655960B2 (en) * 2008-06-19 2014-02-18 Verizon Patent And Licensing Inc. Location-aware instant messaging
GB0902014D0 (en) * 2009-02-09 2009-03-11 Vodafone Plc SMS delivery technique
US8768388B2 (en) * 2009-04-09 2014-07-01 Alcatel Lucent Method and apparatus for UE reachability subscription/notification to facilitate improved message delivery
US8935413B2 (en) * 2010-10-26 2015-01-13 Alcatel Lucent Delivery report for text messages in SIP communications
WO2012082045A1 (en) * 2010-12-17 2012-06-21 Telefonaktiebolaget L M Ericsson (Publ) Method in a ue, a network node and a client node in a wireless communications network
US8848604B2 (en) * 2011-01-10 2014-09-30 Alcatel Lucent Application-originated text messages delivered over a packet-switched network
KR101830986B1 (ko) * 2011-06-30 2018-04-04 엘지전자 주식회사 메시지 전달 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101971584A (zh) * 2008-02-06 2011-02-09 高通股份有限公司 用于消息的递送确认的方法和设备
CN102027461A (zh) * 2008-07-04 2011-04-20 3Rd布兰德私人有限公司(公司注册号200719143G) 扩展的消息收发平台

Also Published As

Publication number Publication date
US9769631B2 (en) 2017-09-19
CN108848471A (zh) 2018-11-20
US20140112257A1 (en) 2014-04-24
EP2713638A1 (en) 2014-04-02
WO2013044782A1 (zh) 2013-04-04
US10750330B2 (en) 2020-08-18
EP2713638A4 (en) 2014-11-26
EP2713638B1 (en) 2016-05-04
CN103037328A (zh) 2013-04-10
CN108848471B (zh) 2022-12-30
US20170353843A1 (en) 2017-12-07

Similar Documents

Publication Publication Date Title
CN103037328B (zh) 一种实现短消息重发的方法和装置
CN101189844B (zh) 一种用于通知的方法、服务器以及系统
CN102577592B (zh) 通过lte网络的消息递送的通用消息中心及方法
EP1733572B1 (en) Methods, systems, and computer program products for providing presence gateway functionality in a telecommunications network
EP1788780A2 (en) A message interworking gateway
US20080207181A1 (en) Method and system for applying value added services on messages sent to a subscriber without affecting the subscriber's mobile communication
EP2633657B1 (en) Delivery report for text messages in sip communications
CN108029002A (zh) 不同网络上的mms终止
CN101491119B (zh) 电子消息传递服务的家庭地带确定
CN101742429B (zh) 一种即时消息与短消息互通的方法、装置、系统
EP1380135A1 (en) Tracing method and system
US7822416B2 (en) Methods and systems for allowing global roaming between devices supported by different protocols
CN101322381A (zh) 一种基于ip的消息路由方法、系统和设备
EP2007152B1 (en) Message route method, system and device based on ip transmission
CN101202710A (zh) 消息发送报告处理方法、系统及用于消息互通实体、终端
CN102047627A (zh) 合法访问数据保持diameter应用
EP2938105A1 (en) Method and device for sms processing through ims network
CN100544386C (zh) 利用会话启动协议检索和传送多媒体消息的方法
US20140378103A1 (en) Archiving a delivery status for a text message
CN104243731A (zh) 一种用于处理呼叫的方法与设备
WO2008073234A2 (en) Method and system for applying value added services on messages sent to a subscriber without affecting the subscriber's mobile communication
CN115623470A (zh) 一种使用隐私号码发送短信的方法以及隐私号码平台
EP3068096A1 (en) Method and device for broadcasting a media stream through a telecommunication network within a spatial scope

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee after: Huawei terminal (Shenzhen) Co.,Ltd.

Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee before: HUAWEI DEVICE Co.,Ltd.

CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: HUAWEI DEVICE Co.,Ltd.

Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee before: Huawei terminal (Shenzhen) Co.,Ltd.