專利名稱：一種實(shí)現(xiàn)短消息重發(fā)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)短消息重發(fā)的方法和裝置。
背景技術(shù)：
傳統(tǒng)的移動終端之間通信業(yè)務(wù)(例如呼叫、短消息)都依賴于終端的MSISDN(MS international PSTN/ISDN number,移動臺國際 PSTN/ISDN 號碼)，而對于由 M2M(machine to machine，機(jī)器對機(jī)器)通信產(chǎn)生的一種通信終端，此類終端沒有MSISDN，無法依賴于 MSISDN進(jìn)行通信。
在現(xiàn)有技術(shù)中，涉及到不依賴于MSISDN進(jìn)行通信的場景包括服務(wù)器與無MSISDN 終端之間通過SMS (Short Message Service,短消息業(yè)務(wù))通信、無MSISDN終端與無MSISDN 終端通過SMS通信。
在現(xiàn)有技術(shù)中，由于雙方終端可以通過SIP URI (SIP Universal Resource Identifier, SIP形式的通用資源標(biāo)志符)身份進(jìn)行相互識別，因而，可以通過雙方的SIP URI形式的身份在IMS (IP multimedia subsystem, IP多媒體子系統(tǒng))傳輸短消息進(jìn)行通信。
然而，發(fā)明人發(fā)現(xiàn)在現(xiàn)有技術(shù)中，在現(xiàn)有技術(shù)的傳輸短消息過程中，如果被叫方由于無法接收當(dāng)前的短消息時，該短消息無法在該傳輸過程中被存儲，就會造成當(dāng)該被叫方有能力接收短消息時，無法接收到該短消息。發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種實(shí)現(xiàn)短消息重發(fā)的方法和裝置，以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求。
為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案
一種實(shí)現(xiàn)短消息重發(fā)的方法，包括
當(dāng)IP 短消息網(wǎng)關(guān)(Internet Protocol Short Message Gateway, IP-SM-GW)獲知在IP多媒體子系統(tǒng)(Internet Protocol Multimedia Subsystem, IMS)域中發(fā)送至接收端的短消息發(fā)送失敗時，所述IP-SM-GW將所述短消息發(fā)送到業(yè)務(wù)中心，以使得所述業(yè)務(wù)中心存儲所述短消息；
當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，所述IP-SM-GW接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并通過所述IMS域重新發(fā)送至所述接收端。
一種實(shí)現(xiàn)短消息重發(fā)的方法，包括
當(dāng)IP-SM-GW獲知在IMS域中發(fā)送至接收端的短消息發(fā)送失敗時，所述IP_SM_GW 存儲所述發(fā)送失敗的短消息對應(yīng)的短消息請求；
當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，所述IP-SM-GW將所述存儲處理的短消息通過所述IMS域重新發(fā)送至所述接收端。
一種實(shí)現(xiàn)短消息重發(fā)的裝置，所述裝置包括
存儲處理模塊，用于當(dāng)獲知在MS域中發(fā)送至接收端的短消息發(fā)送失敗時，將所述短消息發(fā)送到業(yè)務(wù)中心，以使得所述業(yè)務(wù)中心存儲所述短消息；
重發(fā)模塊，用于當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并通過所述IMS域發(fā)送至所述接收端。
一種實(shí)現(xiàn)短消息重發(fā)的裝置，所述裝置包括
存儲處理模塊，用于當(dāng)獲知在MS域中發(fā)送至接收端的短消息發(fā)送失敗時，存儲所述發(fā)送失敗的短消息對應(yīng)的短消息請求；
重發(fā)模塊，用于當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，將所述存儲處理的短消息通過所述IMS域重新發(fā)送至所述接收端。
本發(fā)明實(shí)施例提供技術(shù)方案，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，對該短消息請求進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1所示為本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的總體流程圖2A所示為本發(fā)明實(shí)施例一提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖2B所示為圖2A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S22的流程圖2C所示為圖2A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S24的流程圖3A所示為本發(fā)明實(shí)施例二提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖3B所示為圖3A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S34的流程圖3C所示為圖3A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S35的流程圖4所示為本發(fā)明實(shí)施例三提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖5A所示為本發(fā)明實(shí)施例四提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖5B所示為圖5A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S54的第一種流程圖5C所示為圖5A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S54的第二種流程圖所示 為圖5A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S54的第三種流程圖6A所示為本發(fā)明實(shí)施例五提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖6B所示為圖6A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S63的第一種流程圖6C所示為圖6A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S63的第二種流程
圖6D所示為圖6A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S63的第三種流程圖7A所示為本發(fā)明實(shí)施例六提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖7B所示為圖7A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S73的第一種流程圖7C所示為圖7A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S73的第二種流程圖7D所示為圖7A提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的步驟S73的第三種流程圖8所示為實(shí)施例七提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖9所示為實(shí)施例八提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖10所示為實(shí)施例九提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖11所示為實(shí)施例九提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖12所示為實(shí)施例九提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖。
具體實(shí)施方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
在本實(shí)施例中，在MS域中，發(fā)送端的網(wǎng)絡(luò)可以包括發(fā)送端、發(fā)送端所屬的 S-CSCF(Serving Call Session Control Function,服務(wù)會話控制功能實(shí)體)、發(fā)送端所屬的 IP-SM-GW (IP-Short-Message-Gateway, IP 短消息網(wǎng)關(guān))、SC (Service Centre,業(yè)務(wù)中心)。在本實(shí)施例中，SC指短消息的業(yè)務(wù)中心。當(dāng)發(fā)送端向接收端發(fā)送短消息時，用戶終端 /服務(wù)器可以通過S-CSCF將短消息請求發(fā)送至接收端。在本實(shí)施例中，發(fā)送端的網(wǎng)絡(luò)稱為發(fā)送側(cè)，發(fā)送端可以包括用戶設(shè)備(User Equipment, UE)或服務(wù)器(server)。
在本實(shí)施例中，在IMS域中，接收端所處的網(wǎng)絡(luò)可以包括接收端、接收端所屬的 S-CSCF(Serving Call Session Control Function,服務(wù)會話控制功能實(shí)體)、接收端所屬的IP-SM-GW(IP-Short-Message_Gateway, IP短消息網(wǎng)關(guān))。當(dāng)然該網(wǎng)絡(luò)還可以包括 HSS (Home Subscriber Server,家鄉(xiāng)簽約寄存器)、SMS-1WMSC (Interworking MSC For Short Message Service,短消息業(yè)務(wù)的移動交換中心交互實(shí)體)、SMS_GMSC (serving Call Session Control Function,服務(wù)會話控制功能實(shí)體)、SC (Service Centre,業(yè)務(wù)中心及 AS (Application Server,應(yīng)用服務(wù)器)。在本實(shí)施例中，接收端所處的網(wǎng)絡(luò)可以稱為接收側(cè)，接收端可以為用戶設(shè)備UE。
在本實(shí)施例中，在MS域中，發(fā)送端通過發(fā)送端的S-CSCF將短消息請求發(fā)送至接收端所在網(wǎng)絡(luò)的S-CSCF，再由接收端的網(wǎng)絡(luò)的S-CSCF所接收的短消息請求通過IP-SM-GW 處理，或者直接由S-CSCF處理。
圖1所示為本發(fā)明實(shí)`施例提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的總體流程圖。
在本實(shí)施例中，步驟S10、確定在MS域中發(fā)送至接收端的短消息請求是否發(fā)送失??；在本實(shí)施例中，在頂S域中，由于S-CSCF和IP-SM-GW都可以對該短消息請求進(jìn)行處理， 因而，在實(shí)施例中，可以S-CSCF或IP-SM-GW來確定發(fā)送至接收端的短消息請求是否發(fā)送失敗。
步驟S12、當(dāng)確定發(fā)送失敗時，對該短消息請求進(jìn)行存儲處理；在本實(shí)施例中，在 IMS域中，當(dāng)在發(fā)送的過程中，接收端由于異常的原因，該短消息不能發(fā)送至接收端，此時， 可以通過接收端的網(wǎng)絡(luò)中的SC將該短消息請求對應(yīng)的短消息進(jìn)行存儲，也可以將該短消息請求存儲在IP-SM-GW，也可以將該短消息請求存儲在SMS-AS中，上述的方式不是唯一的實(shí)施方式，為可選的。
步驟S14、當(dāng)該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，將該存儲處理的該短消息請求重新通過IMS域發(fā)送至該接收端。
在本實(shí)施例中，在IMS域中，當(dāng)通過接收端的網(wǎng)絡(luò)中的SC將該短消息進(jìn)行存儲時， 當(dāng)接收端消除異常后，再將該短消息發(fā)送到IP-SM-GW，再由IP-SM-GW通過IMS域發(fā)送至該接收端進(jìn)行重發(fā)；或者，將該發(fā)送該條短消息的請求存儲在IP-SM-GW中，當(dāng)接收端消除異常后，再觸發(fā)IP-SM-GW通過IMS域發(fā)送至該接收端重發(fā)該短消息，或者，將該發(fā)送短消息的請求存儲在SMS-AS中，當(dāng)接收端消除異常后，再觸發(fā)SMS-AS通過IMS域發(fā)送至該接收端重發(fā)該短消息。
本發(fā)明提供的實(shí)施例，在IMS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，對該短消息請求進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS 發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
下面將針對上面的不同情況進(jìn)行詳細(xì)描述。
圖2A所示為本發(fā)明實(shí)施例一提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖。
在本實(shí)施例中，發(fā)送短消息的短消息請求經(jīng)過接收端網(wǎng)絡(luò)的IP-SM-GW。當(dāng)在發(fā)送的過程中，接收端由于異常的原因，該短消息請求不能成功發(fā)送至接收端，即發(fā)送失敗，此時，可以通過SC將該短消息進(jìn)行存儲，當(dāng)接收端消除異常后，再將該短消息請求進(jìn)行重發(fā)。
步驟S20、IP-SM-GW接收S-CSCF轉(zhuǎn)發(fā)的發(fā)送側(cè)發(fā)送的短消息請求；在本實(shí)施例中， 該短消息請求包括短消息內(nèi)容、接收端UE信息。當(dāng)然，還可以包括其它信息，如當(dāng)短消息發(fā)送失敗時的存儲短消息的SC地址信息，該SC地址為發(fā)送端在發(fā)送短消息時攜帶的發(fā)送端所屬的SC地址。該短消息請求為會話初始協(xié)議(Session Initiation Protocol, SIP)請求消息。
步驟S21、IP-SM-GW確定該短消息是否成功發(fā)送至接收端UE，可以理解為， IP-SM-GW確定該短消息發(fā)送至接收端UE是否失敗。在本實(shí)施例中，IP-SM-GW可以根據(jù)收到的響應(yīng)消息來確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，接收端不可達(dá)、接收端UE的內(nèi)存已滿或不支持SIP消息類型等情況，接收端網(wǎng)絡(luò)會返回失敗的響應(yīng)消息或短消息失敗報告的響應(yīng)消息給IP-SM-GW，因而，IP -SM-GW可以通過返回的響應(yīng)消息判斷該短消息沒有成功發(fā)送至接收端UE，可以認(rèn)為該短消息發(fā)送失敗。
步驟S22、當(dāng)確定該短消息請求無法成功發(fā)送至接收端UE時，IP-SM-GW將該短消息請求對應(yīng)的短消息發(fā)送至SC進(jìn)行存儲。在本實(shí)施例中，該IP-SM-GW將該短消息發(fā)送至 SC進(jìn)行存儲的步驟還可以包括，如圖2B所示。
步驟S220 IP-SM-Gff 生成關(guān)聯(lián)標(biāo)識(Mobile Terminated Correlation ID, MT Correlation ID)或 SMSCN(SMS-correlation number,短消息關(guān)聯(lián)值)；IP_SM_GW 保存 MT Correlation ID或SMSCN與短消息的接收端的SIP URI形式的身份標(biāo)識。當(dāng)然，可選的， IP-SM-GW也可以保存MT Correlation ID或SMSCN與短消息的發(fā)送端及接收端的SIP URI 形式的身份標(biāo)識。其中，MT Correlation ID格式為MCC(3位)+MNC(3位)+send ID(9位)， MCC為國家碼，MNC為運(yùn)營商碼，Sender ID為終端隨機(jī)生成的9位數(shù)值，該9位數(shù)值應(yīng)包含接收方UE所在的HSS識別號，以使得通過關(guān)聯(lián)標(biāo)識(MT Correlation ID)中的sender ID能夠確定接收端所在的HSS ；SMSCN為終端生成的3位數(shù)值；在本實(shí)施例中，IP-SM-GW 為接收端生成關(guān)聯(lián)標(biāo)識(MT Correlation ID)或SMSCN，其作用是為使UE可用后，SC通過MT Correlation ID或SMSCN匹配到對應(yīng)短消息，將其重新發(fā)送，及IP-SM-GW根據(jù)MT Correlation ID或SMSCN匹配到該條短消息發(fā)送端或接收端的SIP URI的身份標(biāo)識，進(jìn)而生成攜帶短消息內(nèi)容的SIP請求消息，將SIP請求消息發(fā)送到接收端UE。
步驟S221 =IP-SM-Gff獲取SC地址；在本實(shí)施例中，可以獲取短消息發(fā)送至接收端所屬的SC地址，也可以獲取發(fā)送至發(fā)送端所屬的SC地址，并存儲獲取的地址；
若獲取短消息發(fā)送至接收端所屬的SC地址時，若IP-SM-GW自身保存了該接收端 UE所屬的SC地址，則直接提取該SC地址；若IP-SM-GW不知道接收端UE所屬的SC地址， IP-SM-Gff從接收端UE所屬的HSS獲取接收端UE所屬的SC地址。在本實(shí)施例中，IP-SM-Gff 向HSS查詢該接收端UE所屬的SC地址；若HSS也沒有為接收端UE配置SC地址，則HSS 根據(jù)接收端UE的身份信息(SIPUR1、IMSI)為該接收端UE分配SC地址；在本實(shí)施例中， IP-SM-Gff獲取接收端所屬的SC地址后，需要保存該SC地址。
若獲取發(fā)送至發(fā)送端所屬的SC地址時，IP-SM-GW從步驟S20中收到的短消息請求中提取發(fā)送端所屬的SC地址，并保存該SC地址。
步驟S222 =IP-SM-GW將該短消息發(fā)送失敗的信息通知HSS。在本實(shí)施例中，在該通知消息中至少包括接收端身份(MSI或SIP URI)、SC地址、關(guān)聯(lián)標(biāo)識或SMSCN，還可以包括IP-SM-GW的地址及發(fā)送失敗原因，HSS接收到通知后，保存上述的信息在WMD(message waiting data)信息中。
步驟S223 :根據(jù)該短消息請求提取短消息；在本實(shí)施例中短消息中包括短消息內(nèi)容、源地址及目的地址等信息，IP-SM-Gff將提取的短消息中的源地址及目的地址進(jìn)行修改， 短消息內(nèi)容不修改。
在本實(shí)施例中，IP-SM-GW將發(fā)送端的短消息中的源地址修改為MTCorrelation ID，將目的地址修改為SC地址，短消息內(nèi)容不修改；或者將發(fā)送端的短消息中的源地址修改為SMSCN和IP-SM-GW ID,將目的地址修改為SC地址，短消息內(nèi)容不修改；或者，當(dāng) IP-SM-GW 沒有生成 MT Correlation ID 或 SMSCN 時，IP-SM-GW 可以根據(jù)接收端的 SIP URI, 向HSS查找接收端的簽約信息，找到接收端的IMSI，當(dāng)然，發(fā)送端也將自身電話號碼形式的身份信息在短消息中攜帶，如發(fā)送端的頂SI，IP-SM -GW保存發(fā)送端的身份標(biāo)識(如MSI) 和接收端身份標(biāo)識(MSI)，IP-SM-GW將發(fā)送端的短消息中的源地址修改為特殊前綴和發(fā)送端的MSI，特殊前綴表示該短消息為發(fā)送失敗的短消息，將將目的地址修改為被叫的 MSI，短消息內(nèi)容不修改。
在本實(shí)施例中，發(fā)送端發(fā)送的短消息具有不同的RP(Relay-Layer Protocol,中繼層協(xié)議)格式，第一種為RP-MO-DATA，第二種為RP-MT-DATA。
當(dāng)IP-SM-GW需要將發(fā)送失敗的短消息發(fā)送給SC時，會識別發(fā)送端的短消息的格式，當(dāng)發(fā)送端的短消息的格式為第一種格式時，該短消息的格式不需要修改，只需要修改其中的源地址和目的地址；當(dāng)發(fā)送端的短消息的格式為第二種格式時，將該格式轉(zhuǎn)換成第一種格式，再將其中的源地址和目的地址進(jìn)行修改。
步驟S224 =IP-SM-GW將短消息發(fā)送至SC進(jìn)行存儲，并接收SC存儲后的狀態(tài)報告。 在本實(shí)施例中，IP-SM-GW通過SMS-1麗SC將該短消息發(fā)送給SC，并通過該SMS-1麗SC接收 SC發(fā)送的存儲該短消息的狀態(tài)報告。SC通過識別MT Correlation ID或SMSCN或特殊前綴值判斷出該條短消息為發(fā)送失敗的短消息，只將其存儲而不再繼續(xù)發(fā)送。SC存儲收到的短消息，并存儲了短消息與MT Correlation ID或SMSCN或接收端頂SI。
步驟23、當(dāng)HSS獲知接收端UE的狀態(tài)變?yōu)榭捎脿顟B(tài)時，觸發(fā)SC重新發(fā)送與接收端相關(guān)的短消息。在本實(shí)施例中，當(dāng)UE開機(jī)進(jìn)行IMS注冊后，或內(nèi)存可用，或由不支持SIP 短消息變?yōu)橹С諷IP短消息，或UE可達(dá)等情況下，HSS可以獲知該接收端UE由不可用狀態(tài)變?yōu)榭捎脿顟B(tài)。在本實(shí)施例中，HSS可以通過發(fā)送提示SC (alert service centre)消息的方式觸發(fā)SC重新發(fā)送短消息。在本實(shí)施例中，HSS可以通過SMS-1WMSC將alert service centre消息發(fā)送給SC。
在本實(shí)施例中，HSS可以在alert service centre消息中攜帶MT Correlation ID或SMSCN或接收端UE的IMSI。SC可以根據(jù)alert service centre消息中攜帶MT Correlation ID或SMSCN或接收端UE的MSI從存儲的短消息中獲取與之對應(yīng)的短消息， 即可以根據(jù)MT Correlation ID找到與MT Correlation ID或SMSCN關(guān)聯(lián)的短消息或根據(jù)目的地址為接收端UE的MSI的短消息。
步驟24、SC將存儲的短消息發(fā)送至IP-SM-GW。在本實(shí)施例中，該步驟可以包括， 如圖2C所示。
步驟S240 SC修改存儲的短消息的源地址及目的地址。
在本實(shí)施例中，針對存儲的短消息中源地址為MT Correlation ID的情況，SC將存儲的短消息的源地址修改SC地址，目的地址修改為MTCorrelation ID,短消息內(nèi)容不修改；或者，針對存儲的短消息中源地址為SMSCN和IP-SM-GW ID的情況，將存儲的短消息的源地址修改SC地址，目的地址修改為SMSCN和IP-SM-GW ID,短消息內(nèi)容不修改；或者，針對存儲的短消息中源地址為特殊前綴和發(fā)送端IMSI的情況下，將存儲的短消息的源地址修改為主叫身份、目的地址及短消息內(nèi)容不修改。
步驟S241 SC將修改后的短消息發(fā)送至SMS-GMSC ；
步驟S242 :該SMS-GMSC通過向HSS詢問以獲取路由信息，即獲取該接收端所屬的IP-SM-GW地址，并將其返回給SMS-GMSC。在本實(shí)施例中，SMS-GMSC可以根據(jù)MT Correlation ID找到接收端所在的HSS, HSS進(jìn)一步根據(jù)MT Correlation ID找到對應(yīng)的 IP-SM-Gff的地址；或者通過發(fā)送端和接收端的MSI找到對應(yīng)的IP-SM-GW的地址。
步驟S242只在SC發(fā)出短消息的目的地址是MT Correlation ID或被叫MSI的情況才執(zhí)行。
步驟S243 =SMS-GMSC將SC發(fā)送的短消息發(fā)送至IP-SM-GW。
步驟S25、IP-SM-GW根據(jù)SC發(fā)送的短消息生成短消息請求，并通過S-CSCF發(fā)送至接收端UE。
在本實(shí)施例中，IP-SM-GW根據(jù)該SC發(fā)送的短消息中的源地址或目的地址找到對應(yīng)的發(fā)送端和接收端的SIP URI，從而生成短消息請求，此處短消息請求可以是SIP請求消息。在本實(shí)施例中，可以根據(jù)MT Correlation ID找到對應(yīng)的接收端SIP URI或發(fā)送端和接收端的SIP URI，或者根據(jù)SMSCN找到對應(yīng)的接收端SIP URI或發(fā)送端和接收端的SIP URI，或者根據(jù)發(fā)送方和發(fā)送端的MSI找到對應(yīng)的接收端SIP URI和發(fā)送端的SIP URI。
本發(fā)明提供的實(shí)施例，在IMS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-Gff將該短消息請求對應(yīng)的短消息發(fā)送至SC進(jìn)行存儲處理， 并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在MS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖3A所示為本發(fā)明實(shí)施例二提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖。
在本實(shí)施例中，發(fā)送短消息的短消息請求不經(jīng)過接收端網(wǎng)絡(luò)的IP-SM-GW。
步驟S30、S-CSCF接收發(fā)送側(cè)發(fā)送的短消息請求；在本實(shí)施例中，該短消息請求包括短消息內(nèi)容、接收端UE信息。當(dāng)然，還可以包括其它信息，如當(dāng)短消息發(fā)送失敗時的存儲短消息的SC地址信息，該SC地址為發(fā)送端在發(fā)送短消息時攜帶的發(fā)送端所屬的SC地址。 該短消息請求為SIP請求消息。
步驟S31、S-CSCF確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，S-CSCF 可以根據(jù)自身保存的接收端UE的注冊信息或收到的響應(yīng)消息等信息來確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，若接收端UE關(guān)機(jī)了，S-CSCF自身保存的接收端UE 的注冊信息為下線或不在網(wǎng)的信息，即，S-CSCF通過自身保存的接收端UE的注冊信息就可以確定接收端UE是否關(guān)機(jī)，若確定接收端UE為關(guān)機(jī)狀態(tài)，則無法將短消息成功發(fā)送至接收端UE ;或接收端UE的內(nèi)存已滿或不支持SIP消息類型等情況下，接收端UE會返回失敗的響應(yīng)消息或短消息失敗報告的響應(yīng)消息給S-CSCF，因而，S-CSCF可以通過返回的響應(yīng)消息判斷該短消息沒有成功發(fā)送至接收端UE，也可以認(rèn)為該短消息發(fā)送失敗。
步驟S32、當(dāng)確定該短消息請求無法成功發(fā)送至接收端UE時，S-CSCF獲取接收端 UE所屬的IP-SM-GW地址。在本實(shí)施例中，若S-CSCF自身保存了接收端UE所屬的IP-SM-GW 地址，則直接提取該IP-SM-GW地址；若S-CSCF自身沒有保存接收端UE所屬的IP-SM-GW地址，則向接收端UE所屬的HSS請求獲取該IP-SM-GW地址；在本實(shí)施例中，若HSS也沒有為接收端UE配置IP-SM-GW地址，則HSS根據(jù)接收端UE的身份信息(SIP UR1、IMSI)為該接收端UE分配IP-SM-GW地址。
步驟S33、S-CSCF通知IP-SM-GW該短消息發(fā)送失敗。在本實(shí)施例中，該通知消息中攜帶短消息。
步驟S34、IP-SM-GW確定收到的短消息發(fā)送失敗后，提取短消息，將該短消息發(fā)送至SC進(jìn)行存儲。在本實(shí)施例中，該IP-SM-GW將該短消息發(fā)送至SC進(jìn)行存儲的步驟還可以包括，如圖3B所示。
步驟S340 IP-SM-Gff 生成關(guān)聯(lián)標(biāo)識(Mobile Terminated CorrelationID, MT Correlation ID)或 SMSCN(SMS-correlation number)關(guān)聯(lián)值；IP-SM-GW 保存 MT Correlation ID或SMSCN與短消息的接收端的SIP URI形式的身份標(biāo)識。當(dāng)然，可選的， IP-SM-GW也可以保存MT Correlation ID或SMSCN與短消息的發(fā)送端及接收端的SIP URI形式的身份標(biāo)識。其中，MT Correlation ID格式為MCC(3位)+MNC(3位)+send ID(9位)， MCC為國家碼，MNC為運(yùn)營商碼，Sender ID為終端隨機(jī)生成的9位數(shù)值，該9位數(shù)值應(yīng)包含接收方UE所在的HSS識別號，以使得通過關(guān)聯(lián)標(biāo)識(MT Correlation ID)中的sender ID能夠確定接收端所在的HSS ；SMSCN為為終端生成的3位數(shù)值；在本實(shí)施例中，IP-SM-GW 為接收方終端生成關(guān)聯(lián)標(biāo)識(MT Correlation ID)或SMSCN，其作用為使UE可用后，SC通過MT Correlation ID或SMSCN匹配到對應(yīng)短消息，將其重新發(fā)送，及IP-SM-GW根據(jù)MT Correlation ID或SMSCN匹配到該條短消息發(fā)送端或接收端的SIP URI的身份標(biāo)識，進(jìn)而生成攜帶短消息內(nèi)容的SIP請求消息，將SIP請求消息發(fā)送到接收端UE。
步驟S341 =IP-SM-Gff獲取SC地址；在本實(shí)施例中，可以獲取短消息發(fā)送至接收端所屬的SC地址，也可以獲取發(fā)送至發(fā)送端所屬的SC地址，并存儲獲取的地址；
若獲取短消息發(fā)送至接收端所屬的SC地址，若IP-SM-GW自身保存了該接收端 UE所屬的SC地址，則直接提取該SC地址；若IP-SM-GW不知道接收端UE所屬的SC地址， IP-SM-Gff從接收端UE所屬的HSS獲取接收端UE所屬的SC地址。在本實(shí)施例中，IP-SM-Gff 向HSS查詢該接收端UE所屬的SC地址；若HSS也沒有為接收端UE配置SC地址，則HSS 根據(jù)接收端UE的身份信息(SIP UR1、IMSI)為該接收端UE分配SC地址；在本實(shí)施例中， IP-SM-Gff獲取接收端所屬的SC地址后，需要保存該SC地址
若獲取發(fā)送至發(fā)送端所屬的SC地址時，IP-SM-GW從步驟S20中收到的短消息請求中提取發(fā)送端所屬的SC地址，并保存該SC地址。
步驟S342 =IP-SM-GW將該短消息發(fā)送失敗的信息通知HSS。在本實(shí)施例中，在該通知消息中至少包括接收端身份(MSI或SIP URI)、SC地址、關(guān)聯(lián)標(biāo)識或SMSCN，還可以包括IP-SM-GW的地址及發(fā)送失敗原因，HSS接收到通知后，保存上述的信息在WMD(message waiting data)信息中。
步驟S343 :根據(jù)該短消息請求提取短消息；在本實(shí)施例中短消息中包括短消息內(nèi)容、源地址及目的地址等信息，IP-SM-Gff將提取的短消息 中的源地址及目的地址進(jìn)行修改， 短消息內(nèi)容不修改。
在本實(shí)施例中，IP-SM-GW將發(fā)送端的短消息中的源地址修改為MT Correlation ID，將目的地址修改為SC地址，短消息內(nèi)容不修改；或者將發(fā)送端的短消息中的源地址修改為SMSCN和IP-SM-GW ID,將目的地址修改為SC地址，短消息內(nèi)容不修改；或者，當(dāng) IP-SM-GW 沒有生成 MT Correlation ID 或 SMSCN 時，IP-SM-GW 可以根據(jù)接收端的 SIP URI, 向HSS查找接收端的簽約信息，找到接收端的IMSI，當(dāng)然，發(fā)送端也將自身電話號碼形式的身份信息在短消息中攜帶，如發(fā)送端的頂SI，IP-SM-GW保存發(fā)送端的身份標(biāo)識(如MSI) 和接收端身份標(biāo)識(MSI)，IP-SM-GW將發(fā)送端的短消息中的源地址修改為特殊前綴和發(fā)送端的MSI，特殊前綴表示該短消息為發(fā)送失敗的短消息，將將目的地址修改為被叫的 MSI，短消息內(nèi)容不修改。
在本實(shí)施例中，發(fā)送端發(fā)送的短消息具有不同的RP(Relay-LayerProtocol,中繼層協(xié)議)格式，第一種為RP-MO-DATA，第二種為RP-MT-DATA。
當(dāng)IP-SM-GW需要將發(fā)送失敗的短消息發(fā)送給SC時，會識別發(fā)送端的短消息的格式，當(dāng)發(fā)送端的短消息的格式為第一種格式時，該短消息的格式不需要修改，只需要修改其中的源地址和目的地址；當(dāng)發(fā)送端的短消息的格式為第二種格式時，將該格式轉(zhuǎn)換成第一種格式，再將其中的源地址和目的地址進(jìn)行修改。
步驟S344 =IP-SM-GW將短消息發(fā)送至SC進(jìn)行存儲，并接收SC存儲后的狀態(tài)報告。 在本實(shí)施例中，IP-SM-GW通過SMS-1麗SC將該短消息發(fā)送給SC，并通過該SMS-1麗SC接收 SC發(fā)送的存儲該短消息的狀態(tài)報告。SC通過識別MT Correlation ID或SMSCN或特殊前綴值判斷出該條短消息為發(fā)送失敗的短消息，只將其存儲而不再繼續(xù)發(fā)送。SC存儲收到的短消息，并存儲了短消息與MT Correlation ID或SMSCN或接收端頂SI的關(guān)聯(lián)關(guān)系。
步驟S35、當(dāng)HSS獲知接收端UE的狀態(tài)變?yōu)榭捎脿顟B(tài)時，觸發(fā)SC重新發(fā)送與接收端相關(guān)的短消息。在本實(shí)施例中，當(dāng)UE開機(jī)進(jìn)行IMS注冊后，或內(nèi)存可用，或由不支持SIP 短消息變?yōu)橹С諷IP短消息，或UE可達(dá)等情況下，HSS可以獲知該接收端UE由不可用狀態(tài)變?yōu)榭捎脿顟B(tài)。在本實(shí)施例中，HSS可以通過發(fā)送提示SC (alert service centre)消息的方式觸發(fā)SC重新發(fā)送短消息。在本實(shí)施例中，所述HSS向所述業(yè)務(wù)中心發(fā)送提示業(yè)務(wù)中心消息，所述提示業(yè)務(wù)中心消息中攜帶關(guān)聯(lián)標(biāo)識或SMSCN或接收端UE的MSI，業(yè)務(wù)中心收到所述消息后，發(fā)送與所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)的存儲的短消息。在本實(shí)施例中，HSS可以通過 SMS-1WMSC 將 alert service centre 消息發(fā)送給 SC。
在本實(shí)施例中，HSS可以在alert service centre消息中攜帶MT Correlation ID或SMSCN或接收端UE的IMSI。SC可以根據(jù)alert service centre消息中攜帶MT Correlation ID或SMSCN或接收端UE的MSI從存儲的短消息中獲取與之對應(yīng)的短消息， 即可以根據(jù)MT Correlation ID找到與MT Correlation ID或SMSCN關(guān)聯(lián)的短消息或根據(jù)目的地址為接收端UE的MSI的短消息。
步驟35、SC將存儲的短消息發(fā)送至IP-SM-GW。在本實(shí)施例中，該步驟可以包括， 如圖3C所示
步驟S350 SC修改存儲的短消息的源地址及目的地址。
在本實(shí)施例中，針對存儲的短消息中源地址為MT Correlation ID的情況，SC將存儲的短消息的源地址修改SC地址，目的地址修改為MT Correlation ID，短消息內(nèi)容不修改；或者，針對存儲的短消息中源地址為SMSCN和IP-SM-GW ID的情況，將存儲的短消息的源地址修改SC地址，目的地址修改為SMSCN和IP-SM-GW ID,短消息內(nèi)容不修改；或者，針對存儲的短消息中源地址為特殊前綴和發(fā)送端IMSI的情況下，將存儲的短消息的源地址修改為主叫身份、目的地址及短消息內(nèi)容不修改。
步驟S351 SC將新的短消息發(fā)送至SMS-GMSC ；
步驟S352 :該SMS-GMSC通過向HSS詢問以獲取路由信息，即獲取該接收端所屬的IP-SM-GW地址，并將其返回給SMS-GMSC。在本實(shí)施例中，SMS-GMSC可以根據(jù)MT Correlation ID找到接收端所在的HSS, HSS進(jìn)一步根據(jù)MT Correlation ID找到對應(yīng)的 IP-SM-Gff的地址；或者通過發(fā)送端和接收端的MSI找到對應(yīng)的IP-SM-GW的地址。
步驟S352只在SC發(fā)出短消息的目的地址是MT Correlation ID或被叫MSI的情況才執(zhí)行。
步驟S353 =SMS-GM`SC將SC發(fā)送的短消息發(fā)送至IP-SM-GW。
步驟36、IP-SM-Gff根據(jù)SC發(fā)送的短消息生成短消息請求，并通過S-CSCF發(fā)送至接收端UE。
在本實(shí)施例中，IP-SM-GW根據(jù)該SC發(fā)送的短消息中的源地址或目的地址找到對應(yīng)的發(fā)送端和接收端的SIP URI，從而生成短消息請求，此處短消息請求可以是SIP請求消息。在本實(shí)施例中，可以根據(jù)MT Correlation ID找到對應(yīng)的接收端SIP URI或發(fā)送端和接收端的SIP URI，或者根據(jù)SMSCN找到對應(yīng)的接收端SIP URI或發(fā)送端和接收端的SIP URI，或者根據(jù)發(fā)送方和發(fā)送端的MSI找到對應(yīng)的接收端SIP URI和發(fā)送端的SIP URI。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-Gff將該短消息請求對應(yīng)的短消息發(fā)送至SC進(jìn)行存儲處理， 并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在MS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖4所示為本發(fā)明實(shí)施例三提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖。
在本實(shí)施例中，發(fā)送短消息的短消息請求經(jīng)過接收端網(wǎng)絡(luò)的IP-SM-GW。在發(fā)送的過程中，接收端由于異常的原因，該短消息不能發(fā)送至接收端，此時，可以將該短消息請求存儲在IP-SM-GW中，當(dāng)接收端消除異常后，再觸發(fā)IP-SM-GW重發(fā)該短消息請求。
步驟S40、IP-SM-Gff接收S-CSCF轉(zhuǎn)發(fā)的短消息請求。在本實(shí)施例中，該短消息請求包括短消息內(nèi)容、接收端UE信息。當(dāng)然，還可以包括發(fā)送方攜帶的指示信息，該指示信息用于指示若該短消息請求發(fā)送失敗，將短消息請求進(jìn)行本地存儲，網(wǎng)絡(luò)實(shí)體根據(jù)指示將發(fā)送失敗的短消息請求存儲在接收端UE所屬的IP-SM-GW。
步驟S41、IP-SM-GW確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中， IP-SM-GW可以根據(jù)收到的響應(yīng)消息來確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中接收端UE不可達(dá)，或內(nèi)存已滿或不支持SIP消息類型時，接收端UE會返回失敗的響應(yīng)消息或短消息失敗報告的響應(yīng)消息給IP-SM-GW，因而，IP-SM-GW可以通過返回的響應(yīng)消息判斷該短消息沒有成功發(fā)送至接收端UE，可以認(rèn)為該短消息發(fā)送失敗。
步驟S42、當(dāng)確定該短消息請求無法成功發(fā)送至接收端UE時，IP-SM-GW存儲該短消息請求，并存儲了該短消息請求對應(yīng)的接收端UE身份信息。
步驟S43、當(dāng)IP-SM-GW獲知接收端UE變?yōu)榭捎脿顟B(tài)時，通過S-CSCF發(fā)送存儲的該短消息請求至接收端UE。在本實(shí)施例中，當(dāng)UE開機(jī)進(jìn)行MS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)等情況下，在本實(shí)施例中，IP-SM-GW可以獲知該接收端UE由不可用狀態(tài)變?yōu)榭捎脿顟B(tài)。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-GW將該短消息請求進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)?可用狀態(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖5A所示為本發(fā)明實(shí)施例四提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖。
在本實(shí)施例中，發(fā)送短消息的短消息請求不經(jīng)過IP-SM-GW。在發(fā)送的過程中，接收端由于異常的原因，該短消息不能發(fā)送至接收端，此時，可以將該短消息請求發(fā)送并存儲在 IP-SM-Gff中，當(dāng)接收端消除異常后，再觸發(fā)IP-SM-GW重發(fā)該短消息請求。
步驟S50、S-CSCF接收發(fā)送側(cè)發(fā)送的短消息請求；在本實(shí)施例中，該短消息請求為 SIP請求消息，該短消息請求包括短消息內(nèi)容、接收端UE信息等信息。當(dāng)然，還可以包括發(fā)送方攜帶的指示信息，該指示信息用于指示若該短消息請求發(fā)送失敗，將短消息或短消息請求進(jìn)行本地存儲，網(wǎng)絡(luò)實(shí)體根據(jù)指示將發(fā)送失敗的短消息或短消息請求存儲在接收端的IP-SM-GW。
步驟S51、S-CSCF確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，S-CSCF 可以根據(jù)自身保存的接收端UE的注冊信息或收到的響應(yīng)消息來確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，若接收端UE關(guān)機(jī)了，S-CSCF自身保存的接收端UE的注冊信息為下線或不在網(wǎng)的信息，即，S-CSCF通過自身保存的接收端UE的注冊信息就可以確定接收端UE是否關(guān)機(jī)，若確定接收端UE為關(guān)機(jī)狀態(tài)，則無法將短消息成功發(fā)送至接收端UE ； 或接收端UE不可達(dá)，或內(nèi)存已滿或不支持SIP消息類型時，接收端UE會返回失敗的響應(yīng)消息或短消息失敗報告的響應(yīng)消息給S-CSCF，因而，S-CSCF可以通過返回的響應(yīng)消息判斷該短消息沒有成功發(fā)送至接收端UE，也可以認(rèn)為該短消息發(fā)送失敗。
步驟S52、當(dāng)確定該短消息請求無法成功發(fā)送至接收端UE時，S-CSCF獲取接收端 UE所屬的IP-SM-GW地址。在本實(shí)施例中，若S-CSCF自身保存了接收端UE所屬的IP-SM-GW 地址，則直接提取該IP-SM-GW地址；若S-CSCF自身沒有保存接收端UE所屬的IP-SM-GW地址，則向接收端UE所屬的HSS請求獲取該IP-SM-GW地址；在本實(shí)施例中，若HSS也沒有為接收端UE配置IP-SM-GW地址，則HSS根據(jù)接收端UE的身份信息(SIP URI或MSI)為該接收端UE分配IP-SM-GW地址。
步驟S53、S-CSCF將發(fā)送失敗的短消息請求發(fā)送至IP_SM_GW進(jìn)行存儲。在本實(shí)施例中，當(dāng)IP-SM-GW確定收到發(fā)送失敗的短消息請求，將其存儲后，返回確認(rèn)信息至S-CSCF。
在該請求中可以攜帶指示信息，以指示IP-SM-GW該請求為發(fā)送失敗的短消息請求，令其存儲該請求，指示信息可以通過如下方式實(shí)現(xiàn)
Content-Disposition頭增加failing SMS字段,表明該請求的消息體為失敗的短消息，無需發(fā)送，僅保存，意為將該短消息對應(yīng)的請求保存；
或Subject頭增加save SMS request字段,表明請求消息的目的是保存該請求。
步驟S54、當(dāng)獲知接收端UE變?yōu)榭捎脿顟B(tài)時，觸發(fā)IP-SM-GW重新發(fā)送該短消息請求至接收端UE。在本實(shí)施例中，可以通過三種不同的方式來實(shí)現(xiàn)。
第一種情況，如圖5B所示
步驟S540、當(dāng)S-CSCF確認(rèn)短消息請求發(fā)送失敗，并接收到IP_SM_GW發(fā)送的確認(rèn)信息后，S-CSCF存儲該短消息請求發(fā)送失敗的狀態(tài)及信息。在本實(shí)施例中，該信息可以包括接收端UE的身份信息、存儲該短消息請求的IP-SM-GW地址及該短消息請求發(fā)送失敗的原因；
步驟S541、當(dāng)S-CSCF獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行MS注冊后， 或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，觸發(fā)IP-SM-GW發(fā)送存儲的短消息請求；
步驟S542、IP-SM-Gff通過S-CSCF將存儲的短消息請求重新發(fā)送至接收端UE。
第二種情況，如圖5C所示
步驟S543、IP-S M-Gff向HSS訂閱接收端UE是否可用的狀態(tài)信息；
步驟S544、當(dāng)HSS獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行MS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，將該可用狀態(tài)信息通知 IP-SM-GW ；
步驟S545、IP-SM-Gff將存儲的短消息請求通過S-CSCF，發(fā)送至接收端UE。
第三種情況，如圖所示
步驟S546、IP-SM-Gff將該短消息發(fā)送失敗的消息通知HSS。此時，HSS在該短消息對應(yīng)的等待數(shù)據(jù)(MWD, message waiting data)中增加如下記錄,包括接收端UE身份信息、存儲該短消息請求的IP-SM-GW地址及該短消息請求發(fā)送失敗的原因；
步驟S547、當(dāng)HSS獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行IMS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，檢查該接收端UE的 MWD ；
步驟S548、當(dāng)確定該MWD不為空時，向指定的IP_SM_GW發(fā)送提示業(yè)務(wù)中心(alert service centre message)的提不消息；
步驟S549、IP-SM-Gff將存儲的短消息請求通過S-CSCF，發(fā)送至接收端UE。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-GW將該短消息請求進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖6A所示為本發(fā)明實(shí)施例五提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖。
在本實(shí)施例中，發(fā)送短消息的短消息請求經(jīng)過IP-SM-GW，當(dāng)短消息發(fā)送失敗時由 IP-SM-GW處理發(fā)送失敗的情況，當(dāng)在發(fā)送的過程中，接收端由于異常的原因，該短消息不能發(fā)送至接收端，此時，可以將該短消息請求存儲在SMS-AS中，當(dāng)接收端消除異常后，再觸發(fā) SMS-AS重發(fā)該短消息。
步驟S60、IP-SM-Gff接收S-CSCF轉(zhuǎn)發(fā)的短消息請求。在本實(shí)施例中，該短消息請求包括短消息內(nèi)容、接收端UE等信息。當(dāng)然，還可以包括指示信息，該指示信息用于指示若該短消息請求發(fā)送失敗，將短消息請求進(jìn)行本地存儲，網(wǎng)絡(luò)實(shí)體根據(jù)指示將發(fā)送失敗的短消息請求存儲在接收端的SMS-AS。
步驟S61、IP -SM-GW確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中， IP-SM-GW可以根據(jù)收到的響應(yīng)消息來確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中若接收端UE不可達(dá)，或內(nèi)存已滿或不支持SIP消息類型時，接收端UE會返回失敗的響應(yīng)消息或短消息失敗報告的響應(yīng)消息給IP-SM-GW，因而，IP-SM-GW可以通過返回的響應(yīng)消息判斷該短消息沒有成功發(fā)送至接收端UE，可以認(rèn)為該短消息發(fā)送失敗。
步驟S62、當(dāng)確定該短消息請求無法成功發(fā)送至接收端UE時，IP-SM-GW將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲。在本實(shí)施例中，當(dāng)SMS-AS存儲該短消息請求后，返回確認(rèn)消息至IP-SM-GW。
步驟S63、當(dāng)獲知接收端UE變?yōu)榭捎脿顟B(tài)時，觸發(fā)SMS-AS重新發(fā)送該短消息請求。 在本實(shí)施例中，可以通過三種不同的方式來實(shí)現(xiàn)。
第一種情況，如圖6B所示
步驟S630、當(dāng)IP-SM-GW將發(fā)送失敗的短消息請求發(fā)送至SMS-AS后，IP-SM-GW存儲該短消息請求發(fā)送失敗的狀態(tài)及信息。在本實(shí)施例中，該信息可以包括接收端UE的身份信息、存儲該短消息請求的SMS-AS地址及該短消息請求發(fā)送失敗的原因；
步驟S631、當(dāng)IP-SM-GW獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行MS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，通知SMS-AS發(fā)送存儲的該短消息請求；
步驟S632、SMS-AS將該短消息請求通過S-CSCF，重新發(fā)送至接收端UE。
第二種情況，如圖6C所示
步驟S633、SMS-AS向HSS訂閱接收端UE是否可用狀態(tài)信息；
步驟S634、當(dāng)HSS獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行MS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，將該可用狀態(tài)信息通知 SMS-AS ；
步驟S635、SMS-AS將存儲的該短消息請求通過S-CSCF重新發(fā)送至接收端UE。
第三種情況，如圖6D所示
步驟S636、SMS_AS將該短消息請求發(fā)送失敗的消息通知HSS。此時，HSS會記錄該短消息對應(yīng)的消息等待數(shù)據(jù)(MWD, message waiting data),該MWD包括接收端UE身份信息、存儲該短消息請求的SMS-AS地址及該短消息請求發(fā)送失敗的原因；
步驟S637、當(dāng)HSS獲知接收端UE處于可用狀態(tài)時，如UE開機(jī)進(jìn)行IMS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，檢查該接收端UE的 MWD ；
步驟S638、當(dāng)確定該MWD不為空時，向SMS-AS發(fā)送提示業(yè)務(wù)中心(alert service centre message)的提不消息；
步驟S639、SMS-AS將存儲的該短消息請求通過S-CSCF發(fā)送至接收端UE。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-Gff將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖7A所示為本發(fā)明實(shí)施例六提供的一種實(shí)現(xiàn)短消息重發(fā)的方法的流程圖。
在本實(shí)施例中，發(fā)送短消息的短消息請求不經(jīng)過IP-SM-GW，由S-CSCF來處理短消息發(fā)送失敗的情況。當(dāng)在發(fā)送的過程中，接收端由于異常的原因，該短消息不能發(fā)送至接收端，此時，可以將該短消息請求存儲在SMS-AS中，當(dāng)接收端消除異常后，再觸發(fā)SMS-AS重發(fā)該短消息。
步驟S70、S-CSCF接收發(fā)送側(cè)發(fā)送的短消息請求；在本實(shí)施例中，該短消息請求包括短消息內(nèi)容、接收端UE信息。該短消息請求為SIP請求消息。當(dāng)然，還可以包括發(fā)送方攜帶的指示信息，該指示信息用于指示若該短消息請求發(fā)送失敗，將短消息請 求進(jìn)行本地存儲，網(wǎng)絡(luò)實(shí)體根據(jù)指示將發(fā)送失敗的短消息請求存儲在接收端的SMS-AS。
步驟S71、S-CSCF確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，S-CSCF 可以根據(jù)自身保存的接收端UE的注冊信息或收到的響應(yīng)消息來確定該短消息是否成功發(fā)送至接收端UE。在本實(shí)施例中，若接收端UE關(guān)機(jī)了，S-CSCF自身保存的接收端UE的注冊信息為下線或不在網(wǎng)的信息，即，S-CSCF通過自身保存的接收端UE的注冊信息就可以確定接收端UE是否關(guān)機(jī)，若確定接收端UE為關(guān)機(jī)狀態(tài)，則無法將短消息成功發(fā)送至接收端UE ； 或接收端UE的內(nèi)存已滿或不支持SIP消息類型時，接收端UE會返回失敗的響應(yīng)消息或短消息失敗報告的響應(yīng)消息給S-CSCF，因而，S-CSCF可以通過返回的響應(yīng)消息判斷該短消息沒有成功發(fā)送至接收端UE，也可以認(rèn)為該短消息發(fā)送失敗。
步驟S72、S_CSCF將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲。在實(shí)施例中，當(dāng)SMS-AS 存儲該發(fā)送失敗的短消息請求后，返回確認(rèn)信息至S-CSCF。
步驟S73、當(dāng)獲知接收端UE處于可用狀態(tài)時，觸發(fā)SMS-AS重新發(fā)送該短消息請求。 在本實(shí)施例中，可以通過三種不同的方式來實(shí)現(xiàn)。
第一種情況，如圖7B所示
步驟S730、當(dāng)S-CSCF確認(rèn)短消息請求發(fā)送失敗，并接收到SMS-AS發(fā)送的確認(rèn)信息后，S-CSCF存儲該短消息請求發(fā)送失敗的狀態(tài)及信息。在本實(shí)施例中，該信息可以包括接收端UE的身份信息、存儲該短消息請求的SMS-AS地址及該短消息請求發(fā)送失敗的原因；
步驟S731、當(dāng)S-CSCF獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行MS注冊后， 或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，通知SMS-AS發(fā)送存儲的該短消息請求；
步驟S732、SMS-AS通過S-CSCF發(fā)送該短消息請求至接收端UE。
第二種情況，如圖7C所示
步驟S733、SMS-AS向HSS訂閱接收端UE是否可用狀態(tài)信息；
步驟S734、當(dāng)HSS獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行MS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，將該可用狀態(tài)信息通知 SMS-AS ；
步驟S735、SMS-AS將存儲的該短消息請求通過S-CSCF，發(fā)送至接收端UE。
第三種情況，如圖7D所示
步驟S736、SMS_AS將該短消息請求發(fā)送失敗的消息通知HSS。此時，HSS會記錄該短消息對應(yīng)的消息等待數(shù)據(jù)(MWD, message waiting data),該MWD包括接收端UE身份信息、存儲該短消息請求的SMS-AS地址及該短消息請求發(fā)送失敗的原因；
步驟S737、當(dāng)HSS獲知接收端UE變?yōu)榭捎脿顟B(tài)時，如UE開機(jī)進(jìn)行IMS注冊后，或內(nèi)存可用，或由不支持SIP短消息變?yōu)橹С諷IP短消息或再次可達(dá)時，檢查該接收端UE的 MWD ；
步驟S738、當(dāng)確定該MWD不為空時，向SMS-AS發(fā)送提示業(yè)務(wù)中心(alert service centre message)的提不消息；
步驟S739、SMS-AS將存儲的該短消息請求通過S-CSCF，重新發(fā)送至接收端UE。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，S-CSCF將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖8所示為實(shí)施例七提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖。
在本實(shí)施例中，該裝置可以包括確定模塊80、存儲處理模塊82、重發(fā)模塊84。
在本實(shí)施例中，確定模塊80用于確定在MS域中發(fā)送至接收端的短消息請求是否發(fā)送失敗。
存儲處理模塊82用于當(dāng)確定模塊80確定該短消息請求發(fā)送失敗時，對該短消息請求進(jìn)行存儲處理。在本實(shí)施例中，在MS域中，當(dāng)在發(fā)送的過程中，接收端由于異常的原因，該短消息不能發(fā)送至接收端，此時，存儲處理模塊82可以將短消息請求對應(yīng)的短消息發(fā)送至接收端的網(wǎng)絡(luò)中的SC進(jìn)行存儲，也可以發(fā)送至該短消息對應(yīng)的發(fā)送端所屬的SC進(jìn)行存儲，存儲處理模塊82可以也可以將該短消息請求存儲在IP-SM-GW，存儲處理模塊82可以也可以將該短消息請求存儲在SMS-AS中，上述的方式不是唯一的實(shí)施方式，為可選的。
重發(fā)模塊84用于當(dāng)獲知該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，將該存儲處理的該短消息請求重新通過MS域發(fā)送至該接收端。
本發(fā)明實(shí)施例提供的裝置，可以內(nèi)嵌在IP-SM-GW或S-CSCF。
本發(fā)明提供的實(shí)施例提供的裝置，在IMS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，對該短消息請求進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
以下進(jìn)行分別詳細(xì)描述。
圖9所示為實(shí)施例八提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖。在本實(shí)施例中，圖8所示的裝置內(nèi)嵌于IP-SM-GW。
在本實(shí)施例中，該裝置還包括接收模塊90，用于接收S-CSCF轉(zhuǎn)發(fā)的發(fā)送側(cè)發(fā)送的短消息請求。確定模塊80具體用于確定接收模塊90所接收的該短消息是否成功發(fā)送至接收端UE。
存儲處理模塊82具體用于當(dāng)確定模塊80確定該短消息請求發(fā)送失敗時，將該短消息請求對應(yīng)的短消息發(fā)送至SC進(jìn)行存儲。也可以理解為，當(dāng)確定模塊80獲知在MS域中發(fā)送至接收端的短消息發(fā)送失敗時，存儲處理模塊82將所述短消息發(fā)送到業(yè)務(wù)中心，以使得所述業(yè)務(wù)中心存儲所述短消息。
所述存儲處理模塊82進(jìn)一步用于生成關(guān)聯(lián)標(biāo)識或SMSCN，并保存所述關(guān)聯(lián)標(biāo)識與所述發(fā)送失敗的短消息的接收端的SIP URI (SIP Universal Resource Identifier, SIP形式的通用資源標(biāo)志符)形式的身份標(biāo)識，或保存所述關(guān)聯(lián)標(biāo)識與所述發(fā)送失敗的短消息的發(fā)送端和接收端的SIP URI形式的身份標(biāo)識。
所述存儲處理模塊82進(jìn)一步用于所述IP-SM-GW獲取所述業(yè)務(wù)中心的地址，并根據(jù)所述獲取的地址將所述短消息發(fā)送至所述業(yè)務(wù)中心，以使所述業(yè)務(wù)中心存儲所述短消息，其中，所述短消息中包含所述關(guān)聯(lián)標(biāo)識，或者所述短消息中包含所述SMSCN及IP-SM-GW 的自身地址。
在本實(shí)施例中，存儲處理模塊82可以具體包括生成子模塊900、獲取子模塊901、 通知子模塊902、發(fā)送子模塊903。
在本實(shí)施例中，生成子模塊900用于IP-SM-GW生成MT Correlation ID或SMSCN。 獲取子模塊901用于獲取SC地址。在本實(shí)施例中，獲取子模塊901可以獲取短消息發(fā)送至接收端所屬的SC地址，也可以獲取發(fā)送至發(fā)送端所屬的SC地址。通知子模塊902用于將該短消息發(fā)送失敗的信息通知HSS。獲取子模塊901還用于根據(jù)該短消息請求獲取短消息。 發(fā)送子模塊903用于根據(jù)獲取的SC 地址，將獲取的短消息發(fā)送至SC進(jìn)行存儲。
重發(fā)模塊84用于當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并通過所述IMS域發(fā)送至所述接收端。
在本實(shí)施例中，當(dāng)該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，重發(fā)模塊84進(jìn)一步根據(jù)SC發(fā)送的短消息生成短消息請求，并通過S-CSCF發(fā)送至接收端UE。在本實(shí)施例中，所述重發(fā)模塊84具體用于接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并使用關(guān)聯(lián)標(biāo)識或SMSCN對應(yīng)的SIP URI形式的身份信息生成MS域SIP消息，及發(fā)送至所述接收端，其中，所述IMS域SIP消息中包含所述接收的短消息。
在本實(shí)施例中，當(dāng)S-CSCF接收發(fā)送側(cè)發(fā)送的短消息請求后，由S-CSCF發(fā)送給接收端UE,當(dāng)S-CSCF發(fā)送該短消息請求失敗后，會發(fā)送失敗通知消息給IP-SM-GW，接收模塊90 還可以接收S-CSCF發(fā)送的失敗通知消息。確定模塊80還可以根據(jù)該失敗通知確定發(fā)送至接收端UE的短消息請求發(fā)送失敗。此時，存儲處理模塊82將該短消息請求對應(yīng)的短消息發(fā)送至SC進(jìn)行存儲。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，對IP-SM-GW該短消息請求對應(yīng)的短消息發(fā)送至SC進(jìn)行存儲處理， 并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在MS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖10所示為實(shí)施例九提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖。在本實(shí)施例中，圖8所示的裝置內(nèi)嵌于IP-SM-GW。
在本實(shí)施例中，該裝置還包括接收模塊100，用于接收S-CSCF轉(zhuǎn)發(fā)的發(fā)送側(cè)發(fā)送的短消息請求。確定模塊80具體用于確定接收模塊100所接收的該短消息是否成功發(fā)送至接收端UE。
存儲處理模塊82具體用于當(dāng)確定模塊80確定該短消息請求發(fā)送失敗時，存儲該短消息請求。在本實(shí)施例中，也可以理解為，當(dāng)確定模塊80獲知在MS域中發(fā)送至接收端的短消息發(fā)送失敗時，存儲處理模塊82存儲所述發(fā)送失敗的短消息對應(yīng)的短消息請求。
在本實(shí)施例中，當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，重發(fā)模塊84可以將所述存儲處理的短消息通過所述MS域重新發(fā)送至所述接收端。
重發(fā)模塊84具體用于當(dāng)確定模塊80確定該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，將該存儲處理模塊82存儲的短消息請求通過S-CSCF發(fā)送至接收端UE。
在本實(shí)施例中，所述接收模塊100進(jìn)一步用于接收S-CSCF發(fā)送的所述接收端可用的信息，或接收HSS發(fā)送的所述接收端可用的通知消息。，所述確定模塊80進(jìn)一步用于當(dāng)所述接收模塊100接收S-CSCF發(fā)送的所述接收端可用的信息或接收HSS發(fā)送的所述接收端可用的通知消息時，確定所述短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)。
在本實(shí)施例中，當(dāng)S-CSCF接收發(fā)送側(cè)發(fā)送的短消息請求后，由S-CSCF發(fā)送給接收端UE,當(dāng)S-CSCF發(fā)送該短消息請求失敗后，會發(fā)送失敗通知消息給IP-SM-GW，接收模塊 100還可以接收S-CSCF發(fā)送的失敗通知消息。確定模塊80還可以根據(jù)該失敗通知確定發(fā)送至接收端UE的短消息請求發(fā)送失敗。此時,存儲處理模塊82存儲該短消息請求。同時， 當(dāng)S-CSCF確定該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，S-CSCF通知重發(fā)模塊84發(fā)送存儲的短消息請求至S-CSCF，并通過S-CSCF發(fā)送至接收端UE。
本發(fā)明提供的實(shí)施例，在IMS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-GW將該短消息請求進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖11所示為實(shí)施例九提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖。在本實(shí)施例中，圖8所示的裝置內(nèi)嵌于IP-SM-GW。
在本實(shí)施例中，該裝置還包括接收模塊110，用于接收S-CSCF轉(zhuǎn)發(fā)的發(fā)送側(cè)發(fā)送的短消息請求。確定模塊80具體用于確定接收模塊110所接收的該短消息是否成功發(fā)送至接收端UE。
存儲處理模塊82具體用于當(dāng)確定模塊80確定該短消息請求發(fā)送失敗時，將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲。
重發(fā)模塊84具體用于當(dāng)該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，觸發(fā) SMS-AS重新發(fā)送該短消息請求。
本發(fā)明提供的實(shí)施例，在MS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-Gff將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
圖12所示為實(shí)施例九提供的一種實(shí)現(xiàn)短消息重發(fā)的裝置的結(jié)構(gòu)圖。在本實(shí)施例中，圖8所示的裝置內(nèi)嵌于S-CSCF。
在本實(shí)施例中，該裝置還包括接收模塊120，用于接收發(fā)送側(cè)發(fā)送的短消息請求。 確定模塊80具體用于確定接收模塊120所接收的該短消息是否成功發(fā)送至接收端UE。
存儲處理模塊82具體用于當(dāng)確定模塊80確定該短消息請求發(fā)送失敗時，將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲。
重發(fā)模塊84具體用于當(dāng)該短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，觸發(fā) SMS-AS重新發(fā)送該短消息請求。
本發(fā)明提供的實(shí)施例，在IMS域中，當(dāng)接收端由于不可用造成發(fā)送給該接收端的短消息請求發(fā)送失敗時，IP-SM-Gff將該短消息請求發(fā)送至SMS-AS進(jìn)行存儲處理，并當(dāng)該接收端變?yōu)榭捎脿顟B(tài)時，重新發(fā)送短消息請求至該接收端，就可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體(Random Access Memory, RAM)等。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制， 盡管參照較佳實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人 員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種實(shí)現(xiàn)短消息重發(fā)的方法，其特征在于，包括當(dāng) IP 短消息網(wǎng)關(guān)(Internet Protocol Short Message Gateway, IP-SM-GW)獲知在 IP 多媒體子系統(tǒng)(Internet Protocol Multimedia Subsystem, IMS)域中發(fā)送至接收端的短消息發(fā)送失敗時，所述IP-SM-GW將所述短消息發(fā)送到業(yè)務(wù)中心，以使得所述業(yè)務(wù)中心存儲所述短消息；當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，所述IP-SM-GW接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并通過所述MS域重新發(fā)送至所述接收端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括所述 IP-SM-GW 接收 S-CSCF(Serving Call Session Control Function,服務(wù)會話控制功能實(shí)體)發(fā)送的會話初始協(xié)議(Session Initiation Protocol, SIP)請求消息,所述 SIP請求消息中包含所述發(fā)送失敗的短消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將所述短消息發(fā)送到業(yè)務(wù)中心之前包括所述IP短消息網(wǎng)關(guān)生成關(guān)聯(lián)標(biāo)識(Mobile Terminated Correlation ID, MT Correlation ID)；保存所述關(guān)聯(lián)標(biāo)識與所述發(fā)送失敗的短消息的接收端的SIP URI (SIP Universal Resource Identifier, SIP形式的通用資源標(biāo)志符)形式的身份標(biāo)識,或保存所述關(guān)聯(lián)標(biāo)識與所述發(fā)送失敗的短消息的發(fā)送端和接收端的SIP URI形式的身份標(biāo)識。
4.根據(jù)權(quán)利要求1或3所述的方法，所述的將所述短消息發(fā)送到業(yè)務(wù)中心之前的步驟包括所述IP-SM-GW獲取所述業(yè)務(wù)中心的地址。
5.根據(jù)權(quán)利要求4所述的方法，所述IP-SM-GW獲取所述業(yè)務(wù)中心的地址的步驟進(jìn)一步包括所述IP-SM-GW獲取所述短消息對應(yīng)的接收端所屬的業(yè)務(wù)中心地址。
6.根據(jù)權(quán)利要求5所述的方法，所述獲取所述短消息對應(yīng)的接收端所屬的業(yè)務(wù)中心地址進(jìn)一步包括所述IP-SM-GW通過查詢自身存儲的所述接收端所屬的業(yè)務(wù)中心地址或查詢所述接收端所屬的HSS(Home Subscriber Server,家鄉(xiāng)簽約寄存器)存儲的所述接收端所屬的業(yè)務(wù)中心地址來獲取所述短消息對應(yīng)的所述接收端所屬的業(yè)務(wù)中心地址。
7.根據(jù)權(quán)利要求4所述的方法，所述獲取所述業(yè)務(wù)中心的地址的步驟進(jìn)一步包括所述IP-SM-GW獲取所述短消息對應(yīng)的發(fā)送端所屬的業(yè)務(wù)中心地址。
8.根據(jù)權(quán)利要求7所述的方法，所述獲取所述短消息對應(yīng)的發(fā)送端所屬的業(yè)務(wù)中心地址進(jìn)一步包括所述IP-SM-GW通過查詢發(fā)送所述短消息的短消息請求中攜帶的業(yè)務(wù)中心地址來獲取所述短消息對應(yīng)的發(fā)送端所屬的業(yè)務(wù)中心地址。
9.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將所述短消息發(fā)送到業(yè)務(wù)中心之前還包括所述IP-SM-GW向HSS發(fā)送短消息傳輸狀態(tài)報告消息,所述短消息傳輸狀態(tài)報告消息中至少包含所述關(guān)聯(lián)標(biāo)識、所述業(yè)務(wù)中心地址、所述短消息接收端的身份標(biāo)識，以使HSS保存上述信息。
10.根據(jù)權(quán)利要求4所述的方法，所述的將所述短消息發(fā)送到業(yè)務(wù)中心步驟包括根據(jù)所述獲取的業(yè)務(wù)中心地址將所述短消息發(fā)送至所述業(yè)務(wù)中心，以使所述業(yè)務(wù)中心存儲所述短消息，其中，所述短消息中包含所述關(guān)聯(lián)標(biāo)識。
11.根據(jù)權(quán)利要求1或3所述的方法，其特征在于，所述當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，所述IP-SM-GW接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息的步驟包括所述HSS向所述業(yè)務(wù)中心發(fā)送提示業(yè)務(wù)中心消息，所述提示業(yè)務(wù)中心消息中攜帶關(guān)聯(lián)標(biāo)識；業(yè)務(wù)中心收到所述消息后，發(fā)送與所述關(guān)聯(lián)標(biāo)識關(guān)聯(lián)的存儲的短消息；所述IP-SM-GW接收所述存儲的短消息；其中，所述發(fā)送的短消息中包含關(guān)聯(lián)標(biāo)識。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述發(fā)送與關(guān)聯(lián)標(biāo)識關(guān)聯(lián)的存儲的短消息包括SMS-GMSC (Gateway Mobile Switching Center For Short Message Service,短消息業(yè)務(wù)的移動交換中心網(wǎng)關(guān))接收所述發(fā)送的短消息，根據(jù)所述發(fā)送短消息中的關(guān)聯(lián)標(biāo)識向 HSS獲取IP-SM-GW地址信息；所述SMS-GMSC將所述短消息發(fā)送至所述IP-SM-GW。
13.根據(jù)權(quán)利要求1或11或12所述的方法，所述通過IMS域發(fā)送至所述接收端的步驟包括所述IP-SM-GW接收所述發(fā)送的短消息，根據(jù)所述接收的短消息中的關(guān)聯(lián)標(biāo)識對應(yīng)的 SIP URI形式的身份信息生成MS域SIP消息，所述MS域SIP消息中包含所述接收的短消發(fā)送至所述接收端。
14.一種實(shí)現(xiàn)短消息重發(fā)的方法，其特征在于，包括當(dāng)IP-SM-GW獲知在IMS域中發(fā)送至接收端的短消息發(fā)送失敗時，所述IP-SM-GW存儲所述發(fā)送失敗的短消息對應(yīng)的短消息請求；當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，所述IP-SM-GW將所述存儲的短消息請求通過所述IMS域重新發(fā)送至所述接收端。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，還包括所述IP-SM-GW接收S-CSCF服務(wù)會話控制功能實(shí)體發(fā)送的SIP消息，所述SIP消息中包含所述發(fā)送失敗的短消息。
16.根據(jù)權(quán)力要求14所述的方法，其特征在于，所述SIP消息中包含短消息發(fā)送失敗的指示信息或存儲請求指示信息。
17.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)的步驟包括IP-SM-Gff獲知所述短消息對應(yīng)的接收端變?yōu)榭捎玫臓顟B(tài)。
18.根據(jù)權(quán)利要求17所述的方法，所述IP-SM-GW獲知所述短消息對應(yīng)的接收端變?yōu)榭捎玫臓顟B(tài)的步驟包括所述IP-SM-GW接收S-CSCF發(fā)送的所述接收端可用的信息；或所述IP-SM-GW向HSS訂閱所述接收端可用的信息，當(dāng)所述接收端可用時，IP-SM-GW接收HSS發(fā)送的所述接收端可用的通知消息。
19.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，將所述存儲處理的短消息通過MS域重新發(fā)送至所述接收端包括所述IP-SM-GW向HSS發(fā)送所述短消息發(fā)送狀態(tài)報告消息，所述短消息發(fā)送狀態(tài)報告消息指示所述短消息發(fā)送失?。灰允沟卯?dāng)所述接收端可用時，IP-SM-GW接收HSS發(fā)送的提示消息，以將所述存儲處理的短消息通過所述MS域重新發(fā)送至所述接收端。
20.一種實(shí)現(xiàn)短消息重發(fā)的裝置，其特征在于，所述裝置包括存儲處理模塊，用于當(dāng)獲知在MS域中發(fā)送至接收端的短消息發(fā)送失敗時，將所述短消息發(fā)送到業(yè)務(wù)中心，以使得所述業(yè)務(wù)中心存儲所述短消息；重發(fā)模塊，用于當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并通過所述MS域重新發(fā)送至所述接收端。
21.根據(jù)權(quán)利要求20所述的裝置，其特征在于，還包括確定模塊，用于在MS域中發(fā)送至接收端的短消息是否發(fā)送失敗。
22.根據(jù)權(quán)利要求20所述的裝置，其特征在于，還包括接收模塊，用于接收S-CSCF發(fā)送的SIP消息，所述SIP消息中包含所述發(fā)送失敗的短消息。
23.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述存儲處理模塊進(jìn)一步用于生成關(guān)聯(lián)標(biāo)識，并保存所述關(guān)聯(lián)標(biāo)識與所述發(fā)送失敗的短消息的接收端的SIP URI形式的身份標(biāo)識，或保存所述關(guān)聯(lián)標(biāo)識與所述發(fā)送失敗的短消息的發(fā)送端和接收端的SIP URI形式的身份標(biāo)識。
24.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述存儲處理模塊進(jìn)一步用于獲取所述業(yè)務(wù)中心的地址，并根據(jù)所述獲取的地址將所述短消息發(fā)送至所述業(yè)務(wù)中心，以使所述業(yè)務(wù)中心存儲所述短消息，其中，所述短消息中包含所述關(guān)聯(lián)標(biāo)識，。
25.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述重發(fā)模塊進(jìn)一步用于接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并使用關(guān)聯(lián)標(biāo)識對應(yīng)的SIP URI形式的身份信息生成 IMS域SIP消息，及發(fā)送至所述接收端，其中，所述MS域SIP消息中包含所述接收的短消肩、O
26.—種實(shí)現(xiàn)短消息重發(fā)的裝置，其特征在于，所述裝置包括存儲處理模塊，用于當(dāng)獲知在MS域中發(fā)送至接收端的短消息發(fā)送失敗時，存儲所述發(fā)送失敗的短消息對應(yīng)的短消息請求；重發(fā)模塊，用于當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，將所述存儲處理的短消息通過所述IMS域重新發(fā)送至所述接收端。
27.根據(jù)權(quán)利要求26所述的裝置，其特征在于，還包括確定模塊，用于在MS域中發(fā)送至接收端的短消息是否發(fā)送失敗。
28.根據(jù)權(quán)利要求26所述的裝置，其特征在于，還包括接收模塊，用于接收S-CSCF發(fā)送的SIP消息，所述SIP消息中包含所述發(fā)送失敗的短消息。
29.根據(jù)權(quán)利要求26所述的裝置，其特征在于，所述接收模塊進(jìn)一步用于接收S-CSCF發(fā)送的所述接收端可用的信息，或接收HSS發(fā)送的所述接收端可用的通知消息。
30.根據(jù)權(quán)利要求29所述的裝置，其特征在于，所述確定模塊進(jìn)一步用于當(dāng)所述接收模塊接收S-CSCF發(fā)送的所述接收端可用的信息或接收HSS發(fā)送的所述接收端可用的通知消息時，確定所述短消息請求對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)。
全文摘要
本發(fā)明公開一種實(shí)現(xiàn)短消息重發(fā)的方法，包括當(dāng)IP-SM-GW獲知在IMS域中發(fā)送至接收端的短消息發(fā)送失敗時，所述IP-SM-GW將所述短消息發(fā)送到業(yè)務(wù)中心，以使得所述業(yè)務(wù)中心存儲所述短消息；當(dāng)所述短消息對應(yīng)的接收端變?yōu)榭捎脿顟B(tài)時，所述IP-SM-GW接收所述業(yè)務(wù)中心發(fā)送的所述存儲的短消息，并通過所述IMS域重新發(fā)送至所述接收端，從而可以實(shí)現(xiàn)重發(fā)發(fā)送失敗的短消息請求，從而提高在IMS發(fā)送短消息請求的可用度，并提高了用戶的體驗(yàn)。
文檔編號H04W88/18GK103037328SQ201110297790
公開日2013年4月10日 申請日期2011年9月30日 優(yōu)先權(quán)日2011年9月30日
發(fā)明者衣強(qiáng) 申請人:華為終端有限公司