專利名稱：一種分組域智能業務的中斷提示方法
技術領域：
本發明涉及智能業務中的中斷提示技術，特別涉及分組域智能業務的中斷提示方法。
背景技術：
目前，公共電話交換網(PSTN)和全球移動通信系統(GSM)的話音業務中已應用了智能業務，其完善的語音提示功能給用戶帶來了極大的方便。隨著通用分組無線業務(GPRS)和通用移動通信系統(UMTS)的發展，為方便用戶使用、吸引各種層次的消費群體，運營商將考慮在GPRS/UMTS的分組域業務中使用智能業務，即在GPRS/UMTS網絡的基礎之上建立GPRS/UMTS移動智能網來提供智能化的分組域業務。
提供智能業務的智能網是在原有通信網絡的基礎上設置的一種附加網絡，主要包括業務交換點(SSP)和業務控制點(SCP)。其中，SCP是智能網的核心部分，它具有管理用戶數據、網絡數據、以及業務控制功能；SSP具有呼叫控制功能，用戶通過SSP觸發業務請求至SCP來啟動智能業務，SCP的提示信息則通過SSP下發給用戶。
在GPRS/UMTS移動智能網中，所述SSP的功能由GPRS節點(GSN)來實現。所述GSN可以為GPRS支持節點(SGSN)，該SGSN被稱為SGSN/gprsSSP；所述GSN也可以為GPRS網關節點(GGSN)，該GGSN被稱為GGSN/gprsSSP。所述SCP與SGSN/gprsSSP或GGSN/gprsSSP交互移動網絡增強邏輯的客戶化應用協議的應用部分協議(CAP，CAMELApplication Part)信令，實現分組域業務的管理流程，并執行智能業務。所述SGSN/gprsSSP或GGSN/gprsSSP提供智能業務的觸發，接受SCP的控制，將來自SCP的提示信息下發給移動終端(MS)等。為簡化說明，以下所述SGSN均指SGSN/gprsSSP，所述GGSN均指GGSN/gprsSSP。
其中，所述分組域業務的管理流程包括移動性管理流程和會話管理流程。當SGSN實現SSP功能時，所述移動性管理流程和會話管理流程由SGSN和SCP共同完成。當GGSN實現SSP功能時，所述會話管理流程由GGSN來完成。所述移動性管理流程主要包括用戶附著/分離、周期性路由區更新等。所述會話管理流程主要包括MS發起的分組數據協議(PDP)上下文激活、MS發起的PDP上下文去活、分組域MS發起呼叫、分組域MS發起呼叫釋放等。當用戶余額不足、路由更新不允許、外部網絡接入點名(APN)不允許、服務質量(QoS)不允許、網絡資源不足、或業務發生故障時，SCP無法接入當前業務請求，發生業務中斷，從而引發移動性管理中的用戶附著失敗、或分離用戶等流程，或者引發會話管理中的PDP上下文激活失敗、或去活用戶側PDP上下文等流程。
但是，目前GPRS/UMTS智能業務所提供的中斷提示信息不夠明確。以會話管理流程為例，引發當前業務接入失敗的原因包括用戶余額不足、路由更新不允許、APN不允許、QoS不允許、網絡資源不足以及業務發生故障等。但無論引發業務接入失敗的原因是哪一種，SCP向觸發業務請求的GSN發送的都是同樣的GSN原因值，從而該GSN向MS下發的中斷提示信息也是相同的。比如不管當前接入失敗原因為余額不足還是APN不允許，MS接收到的中斷提示信息均為“業務不支持(Service Option NotSupported)”。這里，所述GSN原因值可以為SGSN原因值或GGSN原因值，所述GSN為GGSN時，SCP通常按Gn接口消息格式通過Gn接口發送GGSN原因值至所述GGSN，而所述GSN為SGSN時，SCP通常按Ge接口消息格式通過Ge接口發送SGSN原因值至所述SGSN。
因此，用戶根據上述中斷提示信息無法獲知造成中斷的真正原因，也就不能采取有效措施解決當前出現的業務中斷問題，并且還可能浪費大量系統資源。比如本來引發中斷的原因是APN不允許，則用戶不能再使用同樣的APN接入網絡，但由于用戶僅能看到類似“Service Option Not Supported”這樣不明確的中斷提示信息，則非常有可能繼續使用同樣的APN重試發送無效的業務請求，這樣，對于整個系統來說，如果有大量用戶重試此類無線的業務請求，必將浪費大量系統資源，使整體業務質量下降。
綜上所述，現有GPRS/UMTS智能業務在中斷提示方面，還不能為用戶提供人性化的服務，沒有充分發揮智能業務提示功能的優勢為用戶提供有效的中斷提示信息，從而可能造成大量網絡資源浪費。
發明內容
有鑒于此，本發明的主要目的在于提供一種分組域智能業務的中斷提示方法，能夠為用戶明確指示當前業務接入失敗的原因，從而有效提示用戶采取措施解決業務中斷問題。
為達到上述目的，本發明的技術方案是這樣實現的一種分組域智能業務的中斷提示方法，在分組域業務管理流程中，SCP根據GSN觸發的業務請求確定業務接入失敗時，該方法包括A.SCP確定業務接入失敗的原因，根據不同的接入失敗原因確定不同的GSN原因值；B.SCP將步驟A所確定的GSN原因值發送給GSN，所述GSN將接收到的不同的GSN原因值轉化為不同的移動終端MS原因值并下發給MS；C.步驟B所述MS根據接收到的不同的MS原因值，確定并顯示不同的指示業務接入失敗原因的中斷提示信息。
其中，所述GSN為SGSN；所述GSN原因值為SGSN原因值。
其中，所述GSN包括GGSN和SGSN，由其中的GGSN觸發所述業務請求，由其中的SGSN向MS下發MS原因值；所述GSN原因值為SGSN原因值；所述步驟B包括SCP將步驟A所確定的SGSN原因值發送給所述觸發業務請求的GGSN，該GGSN將接收到的SGSN原因值透傳至所述SGSN，該SGSN將接收到的不同的SGSN原因值轉化為不同的MS原因值并下發給MS。
其中，步驟A中，SCP根據預先配置的接入失敗原因與SGSN原因值之間的對應關系確定SGSN原因值；步驟B中，SGSN根據預先配置的SGSN原因值與MS原因值之間的對應關系轉換MS原因值；步驟C中，MS根據預先配置的MS原因值與中斷提示信息之間的對應關系確定中斷提示信息。
其中，所述GSN包括通用分組無線業務網關節點GGSN和SGSN，由其中的GGSN觸發所述業務請求，由其中的SGSN向MS下發MS原因值；步驟A中，所確定的GSN原因值為GGSN原因值；步驟B中，所述被轉換為MS原因值的GSN原因值為SGSN原因值；所述步驟B包括B1.SCP將步驟A所確定的GGSN原因值發送給所述觸發業務請求的GGSN，該GGSN將接收到的不同的GGSN原因值轉化為不同的SGSN原因值并下發給所述SGSN；B2.所述SGSN將步驟B1中接收到的不同SGSN原因值轉換為不同的MS原因值并下發給MS。
步驟A中，SCP根據預先配置的接入失敗原因與GGSN原因值之間的對應關系確定GGSN原因值；步驟B1中，GGSN根據預先配置的GGSN原因值與SGSN原因值之間的對應關系轉換SGSN原因值；步驟B2中，SGSN根據預先配置的SGSN原因值與MS原因值之間的對應關系轉換MS原因值；步驟C中，MS根據預先配置的MS原因值與中斷提示信息之間的對應關系確定中斷提示信息。
步驟A中，所述SCP根據當前業務請求中的業務信息查詢自身連接的用戶數據庫確定所述接入失敗的原因。
步驟A中，所述SCP根據當前業務請求中的業務信息確定所述接入失敗的原因。
其中，所述分組域業務管理流程為會話管理流程；所述接入失敗的原因包括余額不足、或路由更新不允許、或APN不允許、或QoS不允許、或網絡資源不足、或業務故障、或此六者的任意組合。
其中，所述分組域業務管理流程為移動性管理流程；所述接入失敗的原因包括余額不足、或路由更新不允許、或網絡資源不足、或業務故障、或此四者的任意組合。
由上述方案可以看出，本發明的關鍵在于SCP根據不同的業務接入失敗原因確定不同的GSN原因值并下發給GSN，GSN再將接收到的不同的GSN原因值轉換為不同的MS原因值下發給MS，最后MS根據接收到的不同MS原因值確定指示不同接入失敗原因的中斷提示信息進行顯示。
因此，本發明所提供的分組域智能業務的中斷提示方法，能夠根據當前業務接入失敗的原因，為用戶提供具體、明確的中斷提示信息，便于用戶采取有效措施解決中斷問題，保證后續發起的業務能夠成功接入，從而有效利用了系統資源，從整體上提高業務質量。
圖1為本發明方法一較佳實施例處理流程示意圖。
具體實施例方式
下面結合附圖及具體實施例對本發明再作進一步詳細的說明。
本發明所提供的分組域智能業務的中斷提示方法，應用于分組域智能業務管理流程，包括會話管理流程和移動性管理流程。在每個分組域智能業務管理流程中，其主要處理思想為SCP根據當前業務請求判斷業務接入失敗時，針對不同的接入失敗原因確定不同的原因值；然后，SCP將所確定的原因值發送給GSN，GSN再將接收到的不同原因值轉化為不同的MS的原因值下發給MS；最后，MS根據接收到的不同原因值，顯示不同的中斷提示信息，該不同的中斷提示信息能夠指示不同的業務接入失敗原因。
根據背景技術所述可知，在GPRS/UMTS移動智能網中，SGSN作為SSP時，由SGSN將業務請求觸發至SCP，而GGSN作為SSP時，則由GGSN將業務請求觸發至SCP。下面以SGSN作為SSP觸發業務請求至SCP時的會話管理流程為例，對本發明方法加以詳細說明。
圖1為本發明方法一較佳實施例處理流程示意圖。如圖1所示，具體處理包括步驟101SCP接收來自SGSN的業務請求，該業務請求可以為GPRS監控點初始化(Initial DP GPRS)、或GPRS事件報告(Event Report GPRS)、或GPRS計費請求報告(Apply Charging Report GPRS)等消息。
步驟102SCP根據步驟101中接收到的業務請求判斷是否當前業務接入失敗，如果是，執行步驟103；否則結束當前處理，進入智能業務的正常業務邏輯處理流程。
其中，SCP能根據所述業務請求中的業務信息查詢自身連接的用戶數據庫得到當前業務的使用情況，從而判斷是否當前業務接入失敗。當業務請求為Initial DP GPRS消息時，根據該消息中的用戶標識如國際移動臺用戶識別碼(IMSI)/移動臺綜合業務數字網標識(MSISDN)，查詢所述用戶數據庫得到該用戶當前的業務使用情況，包括當前余額、用戶級別、位置屬性、APN屬性、QoS屬性等信息，從而可知用戶是否余額不足、或是否路由更新不允許、或是否APN不允許、或是否QoS不允許，如果用戶余額不足、或路由更新不允許、或APN不允許、或QoS不允許，則判斷當前業務接入失敗。當業務請求為Event Report GPRS消息時，根據該消息中的IMSI/MSISDN，查詢所述用戶數據庫得到該用戶當前的業務使用情況，包括位置屬性、APN屬性、QoS屬性等信息，從而可知用戶是否路由更新不允許、或是否APN不允許、或是否QoS不允許，如果用戶路由更新不允許、或APN不允許、或QoS不允許，則判斷當前業務接入失敗。當業務請求為Apply Charging Report GPRS消息時，根據該消息中的參考號碼(ReferenceNumber)查詢所述用戶數據庫得到該用戶當前的業務使用情況，包括當前余額、費率等信息，并根據該消息中攜帶的用戶使用業務時長/流量等，可通過計算確定用戶是否余額不足，如果用戶余額不足，則判斷當前業務接入失敗。
另外，SCP接收到業務請求時，如果當前網絡資源不足、或SCP根據業務請求中的業務信息得知該業務信息對應的業務發生故障，則SCP將直接判斷當前業務接入失敗，而不必再判斷用戶是否余額不足、或是否路由更新不允許、或是否APN不允許、或是否QoS不允許。
步驟103SCP分析步驟102中業務接入失敗的原因，根據該接入失敗原因確定SGSN原因值。
其中，每個業務請求對應一個接入失敗原因，而對于多個業務請求來說，其各自的接入失敗原因可能相同或不同。這里，在根據接入失敗原因確定SGSN原因值時，對于所述接入失敗原因不同的業務請求來說，將根據各個不同的接入失敗原因確定不同的SGSN原因值。這里，SCP可預先配置的接入失敗原因與SGSN原因值的對應關系，從而可以根據各個不同的接入失敗原因確定其各自對應的不同的SGSN原因值。
比如如果接入失敗原因為余額不足，則確定SGSN原因值為0；如果接入失敗原因為路由更新不允許，則確定SGSN原因值為1；如果接入失敗原因為APN不允許，則確定SGSN原因值為2；如果接入失敗原因為QoS不允許，則確定SGSN原因值為3；如果接入失敗原因為網絡資源不足，則確定SGSN原因值為4；如果接入失敗原因為業務故障，則確定SGSN原因值為5。本發明并不限定根據接入失敗原因確定SGSN原因值時，所確定的SGSN原因值的具體數值。
步驟104SCP將步驟103所確定的SGSN原因值包含在給SGSN的應答消息中發送給SGSN。
步驟105SGSN從步驟104所述應答消息中解析得到指示接入失敗原因的SGSN原因值，并將該SGSN原因值轉換為MS原因值。
其中，每個業務請求的應答消息對應一個所述SGSN原因值，而對于多個業務請求的應答消息來說，其各自的SGSN原因值可能相同或不同。這里，在將SGSN原因值轉換為MS原因值時，對于所述SGSN原因值不同的業務請求的應答消息來說，各個不同的SGSN原因值將被轉換為不同的MS原因值。這里，SGSN可預先配置的SGSN原因值與MS原因值的對應關系，從而可以根據各個不同的SGSN原因值確定其各自對應的不同的MS原因值。
比如如果SGSN原因值為指示余額不足的0，則確定MS原因值為130；如果SGSN原因值為指示路由更新不允許的1，則確定MS原因值為131；如果SGSN原因值為指示APN不允許的2，則確定MS原因值為132；如果SGSN原因值為指示QoS不允許的3，則確定MS原因值為133；如果SGSN原因值為指示網絡資源不足的4，則確定MS原因值為134；如果SGSN原因值為指示業務故障的5，則確定MS原因值為135。本發明并不限定將SGSN原因值轉換為MS原因值時，轉換得到的MS原因值的具體數值。
步驟106SGSN將步驟105轉換得到的MS原因值包含在給MS的應答消息中下發給MS。
步驟107MS接收步驟106所述的應答消息，從該應答消息中解析得到指示接入失敗的原因值，并根據該原因值確定中斷提示信息并顯示給用戶。
其中，MS接收到的每個應答消息對應一個MS原因值，而對于多個應答消息來說，其各自的MS原因值可能相同或不同。這里，根據MS原因值確定中斷提示信息時，對于所述MS原因值不同的應答消息來說，MS將根據不同的MS原因值確定不同的中斷提示信息，因此用戶能夠通過各個不同的中斷提示信息區分不同的接入失敗原因。這里，MS可預先配置的MS原因值與中斷提示信息的對應關系，從而可以根據各個不同的MS原因值確定其各自對應的不同的中斷提示信息。
比如如果MS原因值為指示余額不足的130，則確定中斷提示信息為“余額不足”；如果MS原因值為指示路由更新不允許的131，則確定中斷提示信息為“漫游不允許”；如果MS原因值為指示APN不允許的132，則確定中斷提示信息為“APN錯誤”；如果MS原因值為指示QoS不允許的133，則確定中斷提示信息為“QoS不支持”；如果MS原因值為指示網絡資源不足的134，則確定中斷提示信息為“網絡忙”；如果MS原因值為指示業務故障的135，則確定中斷提示信息為“業務故障”。本發明并不限定根據MS原因值確定中斷提示信息時，所確定的中斷提示信息的具體內容。
上述實施例中，SCP和SGSN分別將各自確定的SGSN原因值和MS原因值包含在各自對應的應答消息中下發時，所述SGSN原因值和MS原因值的取值可以為協議規定的所述應答消息中原因值預留值段中的任意數值，也可以為非協議所規定的其它數值，本發明對此不進行限定。
以上所述為本發明應用于SGSN作為SSP的會話管理流程的處理，所述SCP確定的業務接入失敗原因可以包括余額不足、或路由更新不允許、或APN不允許、或QoS不允許、或網絡資源不足、或業務故障、或此六者的任意組合。當本發明應用于SGSN作為SSP的移動性管理流程時，處理過程與上述處理基本相同，不同之處在于，SCP所確定的業務接入失敗原因可以包括余額不足、或路由更新不允許、或網絡資源不足、或業務故障、或此四者的任意組合。并且，由于在所述移動性管理流程中所確定的接入失敗原因與在所述會話管理流程中確定的接入失敗原因不同，因此后續SCP根據接入失敗原因確定SGSN原因值、SGSN將SGSN原因值轉化為MS原因值、以及MS根據MS原因值確定中斷提示信息的處理也略有差異，但所述差異僅僅在于SGSN原因值、MS原因值、以及中斷提示信息的具體取值和數量，因此這里不再詳述。
當GGSN作為SSP觸發業務請求至SCP時，GGSN與SCP將參與會話管理流程。本發明方法應用于此GGSN作為SSP的會話管理流程的處理與上述應用于SGSN作為SSP的會話管理流程的處理基本相同，所述業務接入失敗原因同樣也可以包括余額不足、或路由更新不允許、或APN不允許、或QoS不允許、或網絡資源不足、或業務故障、或此六者的任意組合。不同之處在于，從SCP確定業務接入失敗原因之后到SGSN接收到包含SGSN原因值的應答消息之間的處理。本發明針對所述從SCP確定業務接入失敗原因之后到SGSN接收到包含SGSN原因值的消息之間的處理，提出了兩種處理機制一、SCP根據不同的業務接入失敗原因確定的不同的SGSN原因值，并將該SGSN原因值包含在給GGSN的應答消息中發送至GGSN，GGSN對接收到的SGSN原因值不作任何處理將該SGSN原因值包含在給SGSN的應答消息中下發至SGSN；二、SCP根據不同的業務接入失敗原因確定的不同的GGSN原因值，將該GGSN原因值包含在給GGSN的應答消息中發送至GGSN，所述GGSN將接收到的不同的GGSN原因值轉換為不同的SGSN原因值，并將該SGSN原因值包含在給SGSN的應答消息中下發至SGSN。
由于，SCP所確定的SGSN原因值的數值可能與某些GGSN原因值的數值相同，因此如果采用上述第一種處理機制，GGSN接收到SCP所確定的SGSN原因值時可能將該SGSN原因值當作GGSN原因值，并按GGSN原因值向SGSN原因值轉化的規則將該SGSN原因值轉化為其它的SGSN原因值，從而造成后續處理流程出現錯誤。因此，所述第二種處理機制考慮到所述第一種處理機制可能出現的問題，由SCP確定GGSN原因值，然后GGSN將該GGSN原因值轉化為SGSN原因值下發給SGSN，從而保證SGSN不會對接收到的原因值進行錯誤處理。
其中，所述SCP根據不同的業務接入失敗原因確定不同的GGSN原因值的處理原理與圖1所述SCP根據不同的業務接入失敗原因確定不同的SGSN原因值的處理原理相同，這里不作描述；所述GGSN將不同的GGSN原因值轉化為不同的SGSN原因值的處理原理與圖1所述SGSN將不同的SGSN原因值轉化為不同的MS原因值的處理原理也相同，因此這里也不再描述。
綜上所述，應用本發明方法，SCP在接入業務請求失敗時將指示不同接入失敗原因的SGSN原因值直接發送至SGSN、或間接通過GGSN發送至SGSN，所述SGSN再將接收到的不同原因值轉換為不同的MS原因值，從而MS能根據不同的MS原因值顯示指示不同接入失敗原因的中斷提示信息。這樣，用戶在業務接入失敗時，能夠明確了解到接入失敗的真正原因，如余額不足、APN不允許等，就不會繼續在余額不足的情況下重復發起業務請求，或繼續使用原來錯誤的APN重發業務請求，也就避免了這些重復發起的無效業務請求所造成的不必要的系統資源浪費。另外，用戶在得到本發明所述明確的中斷提示信息后，能夠及時進行充值、或更改APN、或修正QoS等，使用戶后續發起的業務基本能接入成功，也給用戶使用GPRS/UMTS智能業務帶來了極大方便。
以上所述僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內所作的任何修改、等同替換、改進等，均包含在本發明的包含范圍內。
權利要求
1.一種分組域智能業務的中斷提示方法，其特征在于，在分組域業務管理流程中，業務控制節點SCP根據通用分組無線業務節點GSN觸發的業務請求確定業務接入失敗時，該方法包括A.SCP確定業務接入失敗的原因，根據不同的接入失敗原因確定不同的GSN原因值；B.SCP將步驟A所確定的GSN原因值發送給GSN，所述GSN將接收到的不同的GSN原因值轉化為不同的移動終端MS原因值并下發給MS；C.步驟B所述MS根據接收到的不同的MS原因值，確定并顯示不同的指示業務接入失敗原因的中斷提示信息。
2.根據權利要求1所述的方法，其特征在于，所述GSN為通用分組無線業務支持節點SGSN；所述GSN原因值為SGSN原因值。
3.根據權利要求1所述的方法，其特征在于，所述GSN包括通用分組無線業務網關節點GGSN和SGSN，由其中的GGSN觸發所述業務請求，由其中的SGSN向MS下發MS原因值；所述GSN原因值為SGSN原因值；所述步驟B包括SCP將步驟A所確定的SGSN原因值發送給所述觸發業務請求的GGSN，該GGSN將接收到的SGSN原因值透傳至所述SGSN，該SGSN將接收到的不同的SGSN原因值轉化為不同的MS原因值并下發給MS。
4.根據權利要求2或3所述的方法，其特征在于，步驟A中，SCP根據預先配置的接入失敗原因與SGSN原因值之間的對應關系確定SGSN原因值；步驟B中，SGSN根據預先配置的SGSN原因值與MS原因值之間的對應關系轉換MS原因值；步驟C中，MS根據預先配置的MS原因值與中斷提示信息之間的對應關系確定中斷提示信息。
5.根據權利要求1所述的方法，其特征在于，所述GSN包括通用分組無線業務網關節點GGSN和SGSN，由其中的GGSN觸發所述業務請求，由其中的SGSN向MS下發MS原因值；步驟A中，所確定的GSN原因值為GGSN原因值；步驟B中，所述被轉換為MS原因值的GSN原因值為SGSN原因值；所述步驟B包括B1.SCP將步驟A所確定的GGSN原因值發送給所述觸發業務請求的GGSN，該GGSN將接收到的不同的GGSN原因值轉化為不同的SGSN原因值并下發給所述SGSN；B2.所述SGSN將步驟B 1中接收到的不同SGSN原因值轉換為不同的MS原因值并下發給MS。
6.根據權利要求5所述的方法，其特征在于，步驟A中，SCP根據預先配置的接入失敗原因與GGSN原因值之間的對應關系確定GGSN原因值；步驟B1中，GGSN根據預先配置的GGSN原因值與SGSN原因值之間的對應關系轉換SGSN原因值；步驟B2中，SGSN根據預先配置的SGSN原因值與MS原因值之間的對應關系轉換MS原因值；步驟C中，MS根據預先配置的MS原因值與中斷提示信息之間的對應關系確定中斷提示信息。
7.根據權利要求1、2、3、5或6所述的方法，其特征在于，步驟A中，所述SCP根據當前業務請求中的業務信息查詢自身連接的用戶數據庫確定所述接入失敗的原因。
8.根據權利要求1、2、3、5或6所述的方法，其特征在于，步驟A中，所述SCP根據當前業務請求中的業務信息確定所述接入失敗的原因。
9.根據權利要求1、2、3、5或6所述的方法，其特征在于，所述分組域業務管理流程為會話管理流程；所述接入失敗的原因包括余額不足、或路由更新不允許、或外部網絡接入點名APN不允許、或服務質量QoS不允許、或網絡資源不足、或業務故障、或此六者的任意組合。
10.根據權利要求1、2、3、5或6所述的方法，其特征在于，所述分組域業務管理流程為移動性管理流程；所述接入失敗的原因包括余額不足、或路由更新不允許、或網絡資源不足、或業務故障、或此四者的任意組合。
全文摘要
本發明公開了一種分組域智能業務的中斷提示方法，在分組域業務管理流程中，業務控制節點(SCP)根據通用分組無線業務節點(GSN)觸發的業務請求確定業務接入失敗時，該方法包括A.SCP確定業務接入失敗的原因，根據不同的接入失敗原因確定不同的GSN原因值；B.SCP將所確定的GSN原因值發送給GSN，所述GSN將接收到的不同的GSN原因值轉化為不同的移動終端MS原因值并下發給MS；C.所述MS根據接收到的不同的MS原因值，確定并顯示不同的指示業務接入失敗原因的中斷提示信息。采用本發明方法能夠實現明確的中斷提示信息，方便用戶使用業務，提高整體業務質量。
文檔編號H04L12/00GK1835461SQ20051005558
公開日2006年9月20日 申請日期2005年3月16日 優先權日2005年3月16日
發明者沈穎燕 申請人:華為技術有限公司