專利名稱：一種拆線原因通知方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，具體涉及一種拆線原因通知方法。
背景技術(shù)：
目前，無論是移動用戶終端還是固定用戶終端，也無論是一對一的語音通信還是多方參與的集群通信，在正進(jìn)行通信交互的所有用戶終端中，一旦有用戶終端因意外掉話或信道不可用等原因要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)，那么當(dāng)該用戶終端拆線后，進(jìn)行所述通信交互的其它用戶終端會從與拆線的用戶終端正常通信的狀態(tài)驟然變?yōu)椴幻髟虻牟鹁€狀態(tài)，既無法與拆線的用戶終端繼續(xù)通信，也無從得知該用戶終端的拆線原因。這會影響用戶體驗(yàn)，不利于用戶滿意度的提高；如果在各用戶終端之間進(jìn)行比較重要的通信交互時(shí)出現(xiàn)上述情況，則用戶體驗(yàn)尤其會受到影響，更會明顯降低用戶滿意度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種拆線原因通知方法，保證正進(jìn)行通信交互的所有用戶終端中，當(dāng)有用戶終端要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)時(shí)，可將該用戶終端的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端，以優(yōu)化用戶體驗(yàn)，提高用戶滿意度。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開了一種拆線原因通知方法，該方法包括以下步驟a.在正進(jìn)行通信交互并且包含移動用戶終端的所有用戶終端中，針對要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端，由移動交換中心MSC獲取該用戶終端的拆線原因；b.MSC將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端。
要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端是移動用戶終端，并且該移動用戶終端在變?yōu)椴鹁€狀態(tài)之前向其接入的基站發(fā)送包含釋放原因的釋放請求；則步驟a中，所述MSC獲取拆線原因的方法包括要變?yōu)椴鹁€狀態(tài)的所述移動用戶終端所接入的基站，將來自該移動用戶終端的釋放請求中包含的釋放原因攜帶于用戶終端拆線請求或用戶終端拆線完成消息中發(fā)送給MSC。
要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端是移動用戶終端；并且在該移動用戶終端變?yōu)椴鹁€狀態(tài)之前，其所接入的基站獲取該移動用戶終端的通信狀態(tài)，根據(jù)獲取的通信狀態(tài)確定為該移動用戶終端拆線，并確定相應(yīng)的拆線原因；則步驟a中，所述MSC獲取拆線原因的方法包括要變?yōu)椴鹁€狀態(tài)的所述移動用戶終端所接入的基站，向MSC發(fā)送攜帶有該移動用戶終端拆線原因的用戶終端拆線請求。
步驟b中，所述用戶終端均為固定用戶終端；則步驟b中，將所述拆線原因發(fā)送給固定用戶終端的方法包括MSC將拆線原因通過固定用戶終端所連接的固定交換中心發(fā)送給固定用戶終端。
所述拆線原因是以語音信息或文字信息的方式發(fā)送到所述固定用戶終端的。
要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端是固定用戶終端，并且在該固定用戶終端變?yōu)椴鹁€狀態(tài)之前，其所連接的固定交換中心獲取該固定用戶終端的通信狀態(tài)，根據(jù)獲取的通信狀態(tài)確定為該固定用戶終端拆線，并確定相應(yīng)的拆線原因；則步驟a中，所述MSC獲取拆線原因的方法包括要變?yōu)椴鹁€狀態(tài)的所述固定用戶終端所連接的固定交換中心，向MSC發(fā)送攜帶有該固定用戶終端拆線原因的用戶終端拆線請求。
步驟b中，所述用戶終端均為移動用戶終端；則步驟b中，將所述拆線原因發(fā)送給移動用戶終端的方法包括
MSC將拆線原因通過移動用戶終端所接入的基站發(fā)送給移動用戶終端；或?qū)⒉鹁€原因通過短消息服務(wù)平臺發(fā)送給移動用戶終端。
MSC將拆線原因通過所述基站發(fā)送時(shí)，該拆線原因是以語音信息或文字信息的方式發(fā)送到所述移動用戶終端的；MSC將拆線原因通過所述短消息服務(wù)平臺發(fā)送時(shí)，該拆線原因是以短消息的方式發(fā)送到所述移動用戶終端的。
步驟b中，所述用戶終端包括移動用戶終端和固定用戶終端；則步驟b中，將所述拆線原因發(fā)送給用戶終端的方法包括針對移動用戶終端，MSC將拆線原因通過移動用戶終端所接入的基站發(fā)送給移動用戶終端；或?qū)⒉鹁€原因通過短消息服務(wù)平臺發(fā)送給移動用戶終端；針對固定用戶終端，MSC將拆線原因通過固定用戶終端所連接的固定交換中心發(fā)送給固定用戶終端。
針對移動用戶終端，MSC將拆線原因通過所述基站發(fā)送時(shí)，該拆線原因是以語音信息或文字信息的方式發(fā)送到所述移動用戶終端的；MSC將拆線原因通過所述短消息服務(wù)平臺發(fā)送時(shí)，該拆線原因是以短消息的方式發(fā)送到所述移動用戶終端的；針對固定用戶終端，MSC將拆線原因通過所述固定交換中心發(fā)送時(shí)，該拆線原因是以語音信息或文字信息的方式發(fā)送到所述固定用戶終端的。
步驟b中，所述用戶終端進(jìn)一步根據(jù)收到的拆線原因的發(fā)送方式，針對該拆線原因進(jìn)行相應(yīng)的播放或顯示處理。
與現(xiàn)有技術(shù)相比，本發(fā)明所提供的拆線原因通知方法，在正進(jìn)行通信交互并且包含移動用戶終端的所有用戶終端中，針對要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端，由移動交換中心獲取該用戶終端的拆線原因，并將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端；使得其它用戶終端能夠獲知要變?yōu)椴鹁€狀態(tài)的用戶終端的拆線原因。這明顯優(yōu)化了用戶體驗(yàn)，也明顯提高了用戶滿意度。


圖1為本發(fā)明一較佳實(shí)施例的拆線原因通知流程圖；圖2為本發(fā)明另一較佳實(shí)施例的拆線原因通知流程圖；圖3為本發(fā)明的拆線原因通知流程簡圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例對本發(fā)明詳細(xì)說明。
本發(fā)明提供的拆線原因通知方法，在正進(jìn)行通信交互并且包含移動用戶終端的所有用戶終端中，針對要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端，由移動交換中心獲取該用戶終端的拆線原因，并將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端。
參見圖1，圖1為本發(fā)明一較佳實(shí)施例的拆線原因通知流程圖。為了繪圖簡潔，圖1中只示出一個基站，該基站執(zhí)行與用戶終端A有關(guān)的通信流程時(shí)，代表用戶終端A所接入的基站；而該基站執(zhí)行與用戶終端B有關(guān)的通信流程時(shí)，則代表用戶終端B所接入的基站。為了描述方便，在圖1中將用戶終端A所接入的基站稱為基站A，將用戶終端B所接入的基站稱為基站B。當(dāng)然，基站A和基站B有可能是相同的基站。
圖1所示流程包括以下步驟步驟101當(dāng)用戶終端A和用戶終端B正常通信時(shí)，如果用戶終端A拆線，用戶終端A則由正常通信狀態(tài)變?yōu)椴鹁€狀態(tài)。具體而言，用戶終端A可能因多種不同的原因拆線，如用戶終端A正常掛機(jī)或用戶終端A掉話等。
步驟102用戶終端A向基站A發(fā)送攜帶有拆線原因的釋放請求。具體而言，用戶終端A可以應(yīng)用現(xiàn)有技術(shù)檢測自身拆線的原因，并應(yīng)用現(xiàn)有技術(shù)將檢測到的拆線原因所對應(yīng)的原因參數(shù)加入釋放請求，再將加入了原因參數(shù)的釋放請求發(fā)送給基站A。如用戶終端A在與用戶終端B正常通話過程中因電量不足而關(guān)機(jī)，那么用戶終端A在檢測到自身電量不足以至要關(guān)機(jī)時(shí)，向基站A發(fā)送包含電量不足(power down)的釋放請求。
步驟103基站A收到來自用戶終端A的釋放請求后，確定要釋放與用戶終端A之間的傳輸資源，并向移動交換中心(MSC)發(fā)送至少包含用戶終端A標(biāo)識的用戶終端A拆線請求。
步驟104MSC收到來自基站A的用戶終端A拆線請求后，向基站A發(fā)送用戶終端A拆線命令。當(dāng)然，MSC可以進(jìn)一步根據(jù)所述用戶終端A拆線請求應(yīng)用現(xiàn)有技術(shù)對自身保存的用戶終端A通信狀態(tài)進(jìn)行更新。
步驟105基站A收到來自MSC的用戶終端A拆線命令后，向用戶終端A發(fā)送釋放響應(yīng)，再釋放與用戶終端A之間的傳輸資源。
步驟106基站A釋放與用戶終端A之間的傳輸資源后，將步驟102中的釋放請求所包含的拆線原因攜帶于用戶終端A拆線完成消息中，發(fā)送給MSC。
步驟107MSC讀取收到的用戶終端A拆線完成消息中所包含的拆線原因，以確定用戶終端A拆線的原因，并將確定的用戶終端A拆線原因通知用戶終端B。具體而言，MSC讀取收到的用戶終端A拆線完成消息中包含的表示拆線原因的原因參數(shù)，并將原因參數(shù)的值以語音信息、文字信息等方式通過基站B發(fā)送給用戶終端B；當(dāng)然，MSC也可以將所述原因參數(shù)值以文字信息方式發(fā)送給短消息服務(wù)平臺，由短消息服務(wù)平臺將收到的原因參數(shù)值以短消息方式向用戶終端B發(fā)送。
用戶終端B收到以語音信息或文字信息方式傳送的原因參數(shù)值后，進(jìn)行相應(yīng)的播放或顯示處理，以向用戶提示用戶終端A的拆線原因。
當(dāng)然，MSC也可以根據(jù)讀取的所述拆線原因，應(yīng)用現(xiàn)有技術(shù)進(jìn)行針對用戶通信情況的統(tǒng)計(jì)操作。
步驟108MSC應(yīng)用現(xiàn)有技術(shù)向基站B發(fā)送用戶終端B拆線命令。
步驟109基站B收到來自MSC的用戶終端B拆線命令后，向用戶終端B發(fā)送釋放命令。
步驟110用戶終端B收到來自基站B的釋放命令后，向基站B發(fā)送釋放響應(yīng)。
步驟111基站B收到來自用戶終端B的釋放響應(yīng)后，釋放與用戶終端B之間的傳輸資源，并向MSC發(fā)送用戶終端B拆線完成消息。
實(shí)際上，在步驟102的釋放請求中已經(jīng)攜帶有用戶終端A的拆線原因，因此基站A可以在步驟103中將收到的用戶終端A拆線原因攜帶于用戶終端A拆線請求中，并將用戶終端A拆線請求發(fā)送給MSC，使MSC在步驟103中獲知用戶終端A的拆線請求。那么，MSC就可以在步驟103之后向用戶終端B通知用戶終端A的拆線原因，這使得使用用戶終端B的用戶可以更早知道用戶終端A的拆線原因。
再有，步驟107中，如果由短消息服務(wù)平臺將收到的原因參數(shù)值以短消息方式向用戶終端B發(fā)送，由于短消息不依賴于步驟108至步驟111中所涉及的基站B與用戶終端B之間的傳輸鏈路，所以步驟107中的發(fā)送短消息操作也可以在步驟108至步驟111中的任意時(shí)刻進(jìn)行。
在實(shí)際應(yīng)用中，用戶終端B有可能是固定用戶終端。在這種情況下，步驟107中，MSC則必須將所述原因參數(shù)值以語音信息、文字信息等方式發(fā)送給用戶終端B所連接的固定交換中心，由該固定交換中心將收到的語音信息或文字信息發(fā)送給用戶終端B。再有，步驟108與步驟111需要變?yōu)镸SC與用戶終端B所連接的固定交換中心之間的通信交互；并且，該固定交換中心在步驟108中收到所述用戶終端B拆線命令后，不再進(jìn)行步驟109和步驟110的操作，而是直接釋放與用戶終端B之間的傳輸資源，之后進(jìn)入步驟111。
由圖1可知，當(dāng)用戶終端A與用戶終端B通信時(shí)，如果用戶終端A主動拆線，用戶終端B可以及時(shí)獲知用戶終端A的拆線原因。
實(shí)際上，當(dāng)用戶終端A與用戶終端B通信時(shí)，用戶終端A所接入的基站可能會主動釋放與用戶終端A之間的傳輸鏈路，使得用戶終端A因被動拆線而處于拆線狀態(tài)。這種情況下，同樣需要將用戶終端A的拆線原因及時(shí)通知用戶終端B，具體的通知流程如圖2所示。
圖2中同樣只示出一個基站，該基站執(zhí)行與用戶終端A有關(guān)的通信流程時(shí)，代表用戶終端A所接入的基站；而該基站執(zhí)行與用戶終端B有關(guān)的通信流程時(shí)，則代表用戶終端B所接入的基站。為了描述方便，在圖2中將用戶終端A所接入的基站稱為基站A，將用戶終端B所接入的基站稱為基站B。當(dāng)然，基站A和基站B有可能是相同的基站。
圖2所示流程包括以下步驟步驟201當(dāng)用戶終端A和用戶終端B正常通信時(shí)，基站A應(yīng)用現(xiàn)有技術(shù)獲取用戶終端A的通信狀態(tài)。具體操作通常為基站A檢測為用戶終端A分配的通信信道質(zhì)量，或基站A測量收到的用戶終端A無線信號強(qiáng)度等。
步驟202基站根據(jù)獲取的用戶終端A通信狀態(tài)，應(yīng)用現(xiàn)有技術(shù)確定是否為用戶終端A拆線。具體操作通常為基站A將檢測所得的為用戶終端A分配的通信信道質(zhì)量與預(yù)先設(shè)置的信道可用標(biāo)準(zhǔn)相比較，如果所述通信信道質(zhì)量沒有達(dá)到設(shè)置的信道可用標(biāo)準(zhǔn)，基站A確定要為用戶終端A拆線，并且確定拆線原因?yàn)樾诺啦豢捎?，否則，基站A確定不為用戶終端A拆線；或者，基站A將測量到的用戶終端A無線信號強(qiáng)度與預(yù)先設(shè)置的衰弱門限相比較，如果所述用戶終端A無線信號強(qiáng)度低于設(shè)置的衰弱門限，基站A確定要為用戶終端A拆線，并且確定拆線原因?yàn)樾诺啦豢捎?，否則，基站A確定不為用戶終端A拆線。
如果基站A確定要為用戶終端A拆線，則進(jìn)入步驟203；當(dāng)然，如果基站A確定不為用戶終端A拆線，則不再進(jìn)行圖2中所示的后續(xù)操作。
步驟203基站A向MSC發(fā)送攜帶有用戶終端A拆線原因的用戶終端A拆線請求。
步驟204MSC讀取收到的用戶終端A拆線請求中所包含的用戶終端A拆線原因，以確定用戶終端A拆線的原因，并將確定的用戶終端A拆線原因通知用戶終端B。具體而言，MSC讀取收到的用戶終端A拆線請求中包含的表示拆線原因的原因參數(shù)，并將原因參數(shù)的值以語音信息、文字信息等方式通過基站B發(fā)送給用戶終端B；當(dāng)然，MSC也可以將所述原因參數(shù)值以文字信息方式發(fā)送給短消息服務(wù)平臺，由短消息服務(wù)平臺將收到的原因參數(shù)值以短消息方式向用戶終端B發(fā)送。
用戶終端B收到以語音信息或文字信息方式傳送的原因參數(shù)值后，進(jìn)行相應(yīng)的播放或顯示處理，以向用戶提示用戶終端A的拆線原因。
當(dāng)然，MSC也可以根據(jù)讀取的用戶終端A拆線原因，應(yīng)用現(xiàn)有技術(shù)進(jìn)行針對用戶通信情況的統(tǒng)計(jì)操作。
步驟205MSC向基站A發(fā)送用戶終端A拆線命令。當(dāng)然，MSC可以進(jìn)一步根據(jù)所述用戶終端A拆線請求應(yīng)用現(xiàn)有技術(shù)對自身保存的用戶終端A通信狀態(tài)進(jìn)行更新。
步驟206基站A收到來自MSC的用戶終端A拆線命令后，釋放與用戶終端A之間的傳輸資源，并向MSC發(fā)送用戶終端A拆線完成消息。
步驟207至步驟210MSC控制基站B釋放基站B與用戶終端B之間的傳輸資源，具體操作與圖1中的步驟108至步驟111相同。
在步驟204中，如果由短消息服務(wù)平臺將收到的原因參數(shù)值以短消息方式向用戶終端B發(fā)送，由于短消息不依賴于步驟207至步驟210中所涉及的基站B與用戶終端B之間的傳輸鏈路，所以步驟204中的發(fā)送短消息操作也可以在步驟205至步驟210中的任意時(shí)刻進(jìn)行。
在實(shí)際應(yīng)用中，用戶終端B有可能是固定用戶終端。在這種情況下，步驟204中，MSC則必須將所述原因參數(shù)值以語音信息、文字信息等方式發(fā)送給用戶終端B所連接的固定交換中心，由該固定交換中心將收到的語音信息或文字信息發(fā)送給用戶終端B。再有，步驟207與步驟210需要變?yōu)镸SC與用戶終端B所連接的固定交換中心之間的通信交互；并且，該固定交換中心在步驟207中收到所述用戶終端B拆線命令后，不再進(jìn)行步驟208和步驟209的操作，而是直接釋放與用戶終端B之間的傳輸資源，之后進(jìn)入步驟210。
當(dāng)然，用戶終端A有可能是固定用戶終端，而用戶終端B則是移動用戶終端。在這種情況下，步驟201和步驟202的操作主體則不再是用戶終端A所接入的基站，而是用戶終端A所連接的固定交換中心。具體而言，步驟201中，用戶終端A所連接的固定交換中心應(yīng)用現(xiàn)有技術(shù)獲取用戶終端A的通信狀態(tài)，如該固定交換中心檢測自身與用戶終端A相連的物理接口的連接狀態(tài)。步驟202中，用戶終端A所連接的固定交換中心根據(jù)獲取的用戶終端A通信狀態(tài)，應(yīng)用現(xiàn)有技術(shù)確定是否為用戶終端A拆線，如所述固定交換中心通過檢測自身與用戶終端A相連的物理接口連接狀態(tài)，獲知該物理接口處于故障狀態(tài)，該固定交換中心則確定要為用戶終端A拆線；并且確定拆線原因?yàn)槲锢斫涌诠收稀?br> 再有，步驟203中的用戶終端A拆線請求中所包含的用戶終端A拆線原因則不可能涉及無線通信方面，而只可能是線路連接故障、物理接口故障等與固定通信相關(guān)的拆線原因，并且需要將該用戶終端A拆線請求通過用戶終端A所連接的固定交換中心向MSC發(fā)送，而不再是通過基站發(fā)送。
由圖2可知，當(dāng)用戶終端A與用戶終端B通信時(shí)，如果用戶終端A因被動拆線而處于拆線狀態(tài)，用戶終端B可以及時(shí)獲知用戶終端A的拆線原因。
由上述的圖1、圖2可知，當(dāng)用戶終端A與用戶終端B通信時(shí)，無論用戶終端A是主動還是被動拆線，用戶終端B均可以及時(shí)獲知用戶終端A的拆線原因。
在實(shí)際應(yīng)用中，用戶還可以預(yù)先進(jìn)行目前普及的用戶注冊過程，以在網(wǎng)絡(luò)上將自身使用的移動用戶終端注冊為拆線原因提示業(yè)務(wù)注冊終端。
簡要的注冊流程為用戶使用移動用戶終端向本地位置寄存器(HLR)發(fā)送拆線原因提示業(yè)務(wù)注冊請求。HLR收到來自所述移動用戶終端的拆線原因提示業(yè)務(wù)注冊請求后，在自身存儲的該移動用戶終端簽約數(shù)據(jù)中添加拆線原因提示業(yè)務(wù)注冊標(biāo)識，以表明該移動用戶終端注冊了拆線原因提示業(yè)務(wù)。具體而言，所述拆線原因提示業(yè)務(wù)注冊標(biāo)識可以是一個具有特殊內(nèi)容的字段，或是取值為1的拆線原因提示使能參數(shù)。
這樣，在圖1、圖2中，當(dāng)MSC獲知用戶終端A的拆線原因后，就通過與HLR進(jìn)行通信交互來查詢HLR中存儲的用戶終端A和用戶終端B中的移動用戶終端簽約數(shù)據(jù)，并判斷查到的移動用戶終端簽約數(shù)據(jù)中是否包含所述拆線原因提示業(yè)務(wù)注冊標(biāo)識，如果包含，MSC確定該移動用戶終端注冊了拆線原因提示業(yè)務(wù)，并進(jìn)行后續(xù)的將用戶終端A拆線原因通知用戶終端B等操作；否則，MSC確定該移動用戶終端沒有注冊拆線原因提示業(yè)務(wù)，因而不將用戶終端A的拆線原因通知用戶終端B。
具體而言，用戶終端A和用戶終端B中，可能只有一個是移動用戶終端，也可能兩個均為移動用戶終端。針對用戶終端A和用戶終端B中只有一個是移動用戶終端的情況，上述的查詢簽約數(shù)據(jù)和所述判斷操作自然是針對用戶終端A和用戶終端B中的移動用戶終端進(jìn)行的，即只有在用戶終端A和用戶終端B中的移動用戶終端注冊了拆線原因提示業(yè)務(wù)時(shí)，才進(jìn)行后續(xù)的將用戶終端A拆線原因通知用戶終端B等操作。
針對用戶終端A和用戶終端B均為移動用戶終端的情況，上述的查詢簽約數(shù)據(jù)和所述判斷操作可以只針對其中一個移動用戶終端進(jìn)行，即只要用戶終端A和用戶終端B中有一個移動用戶終端注冊了拆線原因提示業(yè)務(wù)，就進(jìn)行后續(xù)的將用戶終端A拆線原因通知用戶終端B等操作；當(dāng)然，上述的查詢簽約數(shù)據(jù)和所述判斷操作也可以針對用戶終端A和用戶終端B分別進(jìn)行，即只有在用戶終端A和用戶終端B都注冊了拆線原因提示業(yè)務(wù)時(shí)，才進(jìn)行后續(xù)的將用戶終端A拆線原因通知用戶終端B等操作。
在上述的圖1、圖2中，通信交互的主體只有兩個用戶終端；然而在實(shí)際應(yīng)用中，進(jìn)行通信交互的主體可能是多個用戶終端，如用戶終端A、用戶終端B、用戶終端C和用戶終端D進(jìn)行集群通信，用戶終端A作為通信發(fā)起方，用戶終端B、用戶終端C和用戶終端D則作為通信參與方。這種情況下，在正進(jìn)行通信交互的所有用戶終端中，如果有用戶終端要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)，同樣需要由MSC獲取該用戶終端的拆線原因，并將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端。
具體而言，當(dāng)要變?yōu)椴鹁€狀態(tài)的用戶終端是移動用戶終端時(shí)，MSC獲取該移動用戶終端拆線原因的方法與前述MSC獲取移動用戶終端拆線原因的方法相同；同理，當(dāng)要變?yōu)椴鹁€狀態(tài)的用戶終端是固定用戶終端時(shí)，MSC獲取該固定用戶終端拆線原因的方法與前述MSC獲取固定用戶終端拆線原因的方法相同。
再有，MSC向進(jìn)行所述通信交互的其它用戶終端發(fā)送拆線原因時(shí)，如果這些用戶終端中包含有移動用戶終端，那么MSC向移動用戶終端發(fā)送拆線原因的方法與前述的MSC向移動用戶終端發(fā)送拆線原因的方法相同；同理，如果這些用戶終端中包含有固定用戶終端，那么MSC向固定用戶終端發(fā)送拆線原因的方法與前述的MSC向固定用戶終端發(fā)送拆線原因的方法相同。
當(dāng)然，還可以針對進(jìn)行所述通信交互的所有用戶終端中所包含的移動用戶終端，進(jìn)行前述的查詢簽約數(shù)據(jù)和判斷操作；并且，所述查詢簽約數(shù)據(jù)和判斷操作可以針對所有用戶終端中的一個或任意多個移動用戶終端進(jìn)行，也可以針對所有用戶終端中的所有移動用戶終端進(jìn)行。
由以上所述可見，本發(fā)明提供的拆線原因通知方法，可以簡要描述為圖3所示的流程。圖3所示的流程包括以下步驟步驟301至步驟302正進(jìn)行通信交互并且包含移動用戶終端的所有用戶終端中，有用戶終端要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)；MSC獲取該用戶終端的拆線原因。
步驟303MSC將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端。
由以上所述可以看出，本發(fā)明所提供的拆線原因通知方法，正進(jìn)行通信交互的所有用戶終端中，當(dāng)有用戶終端要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)時(shí)，可將該用戶終端的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端，使得其它用戶終端能夠獲知要變?yōu)椴鹁€狀態(tài)的用戶終端的拆線原因。這明顯優(yōu)化了用戶體驗(yàn)，也明顯提高了用戶滿意度。
權(quán)利要求
1.一種拆線原因通知方法，其特征在于，該方法包括以下步驟a.在正進(jìn)行通信交互并且包含移動用戶終端的所有用戶終端中，針對要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端，由移動交換中心MSC獲取該用戶終端的拆線原因；b.MSC將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端。
2.如權(quán)利要求1所述的方法，其特征在于，要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端是移動用戶終端，并且該移動用戶終端在變?yōu)椴鹁€狀態(tài)之前向其接入的基站發(fā)送包含釋放原因的釋放請求；則步驟a中，所述MSC獲取拆線原因的方法包括要變?yōu)椴鹁€狀態(tài)的所述移動用戶終端所接入的基站，將來自該移動用戶終端的釋放請求中包含的釋放原因攜帶于用戶終端拆線請求或用戶終端拆線完成消息中發(fā)送給MSC。
3.如權(quán)利要求1所述的方法，其特征在于，要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端是移動用戶終端；并且在該移動用戶終端變?yōu)椴鹁€狀態(tài)之前，其所接入的基站獲取該移動用戶終端的通信狀態(tài)，根據(jù)獲取的通信狀態(tài)確定為該移動用戶終端拆線，并確定相應(yīng)的拆線原因；則步驟a中，所述MSC獲取拆線原因的方法包括要變?yōu)椴鹁€狀態(tài)的所述移動用戶終端所接入的基站，向MSC發(fā)送攜帶有該移動用戶終端拆線原因的用戶終端拆線請求。
4.如權(quán)利要求2或3所述的方法，其特征在于，步驟b中，所述用戶終端均為固定用戶終端；則步驟b中，將所述拆線原因發(fā)送給固定用戶終端的方法包括MSC將拆線原因通過固定用戶終端所連接的固定交換中心發(fā)送給固定用戶終端。
5.如權(quán)利要求4所述的方法，其特征在于，所述拆線原因是以語音信息或文字信息的方式發(fā)送到所述固定用戶終端的。
6.如權(quán)利要求1所述的方法，其特征在于，要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端是固定用戶終端，并且在該固定用戶終端變?yōu)椴鹁€狀態(tài)之前，其所連接的固定交換中心獲取該固定用戶終端的通信狀態(tài)，根據(jù)獲取的通信狀態(tài)確定為該固定用戶終端拆線，并確定相應(yīng)的拆線原因；則步驟a中，所述MSC獲取拆線原因的方法包括要變?yōu)椴鹁€狀態(tài)的所述固定用戶終端所連接的固定交換中心，向MSC發(fā)送攜帶有該固定用戶終端拆線原因的用戶終端拆線請求。
7.如權(quán)利要求2、3或6所述的方法，其特征在于，步驟b中，所述用戶終端均為移動用戶終端；則步驟b中，將所述拆線原因發(fā)送給移動用戶終端的方法包括MSC將拆線原因通過移動用戶終端所接入的基站發(fā)送給移動用戶終端；或?qū)⒉鹁€原因通過短消息服務(wù)平臺發(fā)送給移動用戶終端。
8.如權(quán)利要求7所述的方法，其特征在于，MSC將拆線原因通過所述基站發(fā)送時(shí)，該拆線原因是以語音信息或文字信息的方式發(fā)送到所述移動用戶終端的；MSC將拆線原因通過所述短消息服務(wù)平臺發(fā)送時(shí)，該拆線原因是以短消息的方式發(fā)送到所述移動用戶終端的。
9.如權(quán)利要求2、3或6所述的方法，其特征在于，步驟b中，所述用戶終端包括移動用戶終端和固定用戶終端；則步驟b中，將所述拆線原因發(fā)送給用戶終端的方法包括針對移動用戶終端，MSC將拆線原因通過移動用戶終端所接入的基站發(fā)送給移動用戶終端；或?qū)⒉鹁€原因通過短消息服務(wù)平臺發(fā)送給移動用戶終端；針對固定用戶終端，MSC將拆線原因通過固定用戶終端所連接的固定交換中心發(fā)送給固定用戶終端。
10.如權(quán)利要求9所述的方法，其特征在于，針對移動用戶終端，MSC將拆線原因通過所述基站發(fā)送時(shí)，該拆線原因是以語音信息或文字信息的方式發(fā)送到所述移動用戶終端的；MSC將拆線原因通過所述短消息服務(wù)平臺發(fā)送時(shí)，該拆線原因是以短消息的方式發(fā)送到所述移動用戶終端的；針對固定用戶終端，MSC將拆線原因通過所述固定交換中心發(fā)送時(shí)，該拆線原因是以語音信息或文字信息的方式發(fā)送到所述固定用戶終端的。
11.如權(quán)利要求1所述的方法，其特征在于，步驟b中，所述用戶終端進(jìn)一步根據(jù)收到的拆線原因的發(fā)送方式，針對該拆線原因進(jìn)行相應(yīng)的播放或顯示處理。
全文摘要
本發(fā)明公開了一種拆線原因通知方法，在正進(jìn)行通信交互并且包含移動用戶終端的所有用戶終端中，針對要由通信狀態(tài)變?yōu)椴鹁€狀態(tài)的用戶終端，由移動交換中心獲取該用戶終端的拆線原因，并將獲取的拆線原因發(fā)送給進(jìn)行所述通信交互的其它用戶終端；使得其它用戶終端能夠獲知要變?yōu)椴鹁€狀態(tài)的用戶終端的拆線原因。這明顯優(yōu)化了用戶體驗(yàn)，也明顯提高了用戶滿意度。
文檔編號H04W68/00GK1870776SQ20061000125
公開日2006年11月29日 申請日期2006年1月10日 優(yōu)先權(quán)日2006年1月10日
發(fā)明者李勤 申請人:華為技術(shù)有限公司