[發明專利]在用戶終端拒絕呼叫時網絡反饋原因的方法

有效

• 申請號: 200610103541.2
• 申請日: 2006-07-21
• 公開（公告）號: CN101111061A
• 公開（公告）日: 2008-01-23
• 發明（設計）人: 趙孝武
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04Q7/38
• 分類號: H04Q7/38
• 代理公司: 北京安信方達知識產權代理有限公司
• 代理人: 許志勇;顏濤

技術領域

本發明涉及一種實現HRPD網絡和3G1x網絡互操作過程中，如果用戶拒絕來自1x網絡的語音業務請求，如何更合理地反饋給1xMSC當前拒絕原因。其涉及通訊領域的HRPD網絡和1x網絡雙網覆蓋區域，兩個網絡互相操作互相配合的有關流程。

背景技術

目前，關于HRPD網絡和3G1x網絡之間的互操作性，在3GPP2?HRPDIOSA.S0008-B有這樣的一個流程，參見圖1：

步驟a.MSC確定在其服務范圍內有個到雙模終端用戶的語音業務，MSC向HRPD的AN和一個或者多個1x系統的BS發送Paging?Request消息.MSC在此消息中可以攜帶主叫用戶的號碼或者其他信息.

步驟b.HRPD?AN在其網絡發送一般尋呼消息給雙模終端。如果MSC攜帶主叫用戶的信息(步驟a)，則AN將這些信息包含在Feature?Notification消息中，一并發給雙模終端。

步驟c.雙模終端用戶決定不接受來話，終端發送Release?Order消息給HRPD的AN.

步驟d.HRPD?AN發送一個Rejection消息給MSC并顯示終端將不接受來話。

同時，3GPP2?HRPD?IOS?A.S0009-B有類似的流程，參見圖2。

步驟a.MSC確定在其服務范圍內有個到雙模終端用戶的語音業務，MSC向HRPD的PCF和一個或者多個1x系統的BS發送Paging?Request消息.MSC在此消息中可以攜帶主叫用戶的號碼或者其他信息.

步驟b.HRPD?PCF發送A14-1x?Service?Page?message給HRPD?AN。該消息包括了General?Page消息.如果MSC包括主叫用戶的一些信息，則PCF也包含一個Feature?Notification?Message，它包含了主叫用戶的信息.

步驟c.HRPD?AN發送A14-1x?Service?Page?Ack消息給HRPD?PCF.

步驟d.HRPD?AN發送General?Page消息給雙模終端。如果在步驟b攜帶主叫用戶的信息，則AN將這些信息包含在Feature?Notification消息中，一并發給雙模終端。

步驟e.雙模終端用戶決定不接受來話，終端發送Release?Order消息給HRPD的AN.

步驟f.HRPD?AN發送A14-1xService?Transfer消息給HRPD?PCF.該消息包括從終端收到的Release?Order消息.

步驟g.HRPD?PCF發送一個Rejection消息給MSC并顯示終端將不接受來話。

這些流程主要是反映：如果MS/AT用戶駐留在HRPD網絡，有來自1x網絡的語音業務尋呼MS/AT，而用戶決定不接此語音業務，HRPD?AN或者HRPD?PCF將向1x?MSC回復帶有原因的Rejection消息。

當前標準對于該Rejection是借用3G1x網絡中的的定義，為適應以上流程，在該消息中增加了一個Cause?IE(信息單元)。Cause?IE定義了唯一的一個字段Cause?Value＝08H，表示MS?busy，用以告訴MSC來話被拒絕。

對于如上所定義的Cause?Value＝08H(MS?busy)，我們分析認為，它不能正確反映呼叫被拒絕的原因：

(1)AT/MS在HRPD系統是空閑狀態。MSC的尋呼請求中帶有主叫用戶的號碼，正是用戶本身決定不接收來自1x的語音呼叫，用戶按下拒絕鍵或者用戶對來話尋呼不予以處理，最終導致AT/MS發送Release?Order消息給AN。很顯然這時“MS?Busy”不是真正的拒絕理由；

(2)如果AT/MS在HRPD網絡正在從事分組數據業務，用戶主動拒絕來自1x的語音呼叫。顯然，這個時候用戶的拒絕是決定性的因素，并非MSBusy(MS忙)是因素(如果用戶本身愿意接聽該來話，完全可以停止HRPD網絡的業務而去調頻到1x網絡續接來話)；

(3)如果AT/MS在HRPD網絡正在從事分組數據業務，用戶不理睬來自1x網絡的語音業務請求，這可以理解為用戶拒絕來自1x的語音呼叫。當對應的定時器超時后，AT/MS發送Release?Order消息給HRPD?AN。用戶的不作為就是拒絕，這是決定性的因素，并非MS?Busy(MS忙)是因素(如果用戶本身愿意接聽該來話，完全可以停止HRPD網絡的業務而去1x網絡續接)。