專利名稱：處理呼叫沖突的方法及裝置的制作方法
技術領域：
本發(fā)明涉及無線通信系統(tǒng)中的呼叫處理技術，具體涉及一種數(shù)字集群通 信系統(tǒng)中處理呼叫沖突的方法及裝置。
技術背景集群通信系統(tǒng)是一種多用途、高效能的無線調度通信系統(tǒng)，該系統(tǒng)具有 自動選擇信道功能，資源共享、費用分擔、信道設備共用等特點。數(shù)字集群 系統(tǒng)就是采用數(shù)字通信技術的集群通信系統(tǒng)。數(shù)字集群通信系統(tǒng)中，終端之間的語音通信是通過由呼叫信令建立的語 音通路來實現(xiàn)的。圖1為現(xiàn)有技術的集群通信系統(tǒng)中標準呼叫的信令流程示意圖。圖1中包括3個實體，分別是終端1、終端2以及網(wǎng)絡，其中終端1 為主叫，終端2為被叫，終端1通過網(wǎng)絡呼叫終端2。如圖1所示，呼叫建 立過程中的信令流程包括100，終端1呼叫終端2時，向網(wǎng)絡發(fā)送呼叫請求信令，該信令中攜帶主 叫號碼、被叫號碼等信息；101 102，網(wǎng)絡側設有用于標識各終端的工作狀態(tài)的終端狀態(tài)表和用于 保存呼叫信息的數(shù)據(jù)庫，當網(wǎng)絡接收到終端1的呼叫請求信令后，將該信令 的上下文(context)保存在數(shù)據(jù)庫中，所述上下文中包括主叫、被叫等信息， 并將終端1的狀態(tài)更改為"呼叫中"的忙狀態(tài)；網(wǎng)絡査詢終端狀態(tài)表中終端 2的狀態(tài)，如果終端2處于空閑狀態(tài)，則建立終端1和網(wǎng)絡之間的語音通路， 并向終端1發(fā)送呼叫響應信令，向終端2發(fā)送尋呼請求信令；103，終端1收到呼叫響應信令后，向網(wǎng)絡回復呼叫完成信令，用于對呼 叫響應信令的響應；104，終端2接收到網(wǎng)絡發(fā)出的尋呼請求信令后，向網(wǎng)絡回復尋呼響應信 令；網(wǎng)絡在接收到該尋呼響應后，建立終端2和網(wǎng)絡之間的語音通路。通過以上述步驟，網(wǎng)絡即可以在終端1和終端2之間建立語音通路，從 而在兩個終端之間實現(xiàn)語音通信功能。圖1所示的是集群通信系統(tǒng)中標準的 呼叫建立流程，它的特點是在終端1發(fā)出呼叫并通過網(wǎng)絡尋呼終端2的過程 中，終端2處于空閑狀態(tài)，而實際環(huán)境中存在著呼叫沖突的情況，即兩個終端幾乎同時發(fā)起呼叫對方的操作。由于信令在各實體中的處理延時以及信令傳輸延時，上述終端1發(fā)出呼叫到終端2收到尋呼請求信令需要一個過程， 這個過程中終端2可能發(fā)起新的呼叫請求，從而導致呼叫沖突的發(fā)生。圖2 為現(xiàn)有技術中呼叫沖突的舉例示意圖，圖中所示分別為終端1、終端2和網(wǎng) 絡這3個實體在時間軸上的呼叫處理動作，其中終端2時間軸上la和lb分 別表示終端1發(fā)出呼叫信令和網(wǎng)絡尋呼到終端2的時間點。如圖2所示，正 常情況下，假設終端l在la的時間點發(fā)送呼叫請求信令，終端2在lb的時 間點接收到網(wǎng)絡發(fā)出的尋呼響應信令，通過圖2中的步驟200至204 (其中， 步驟200、 201、 202、 203 204分別對應于圖1中的步驟100、 101 102、 103和104)即可建立語音通路，終端2在收到尋呼請求信令203后，就不再 發(fā)起呼叫請求信令。而實際環(huán)境中可能存在終端2在其時間軸上la至lb 之間發(fā)出呼叫終端l的呼叫請求信令200a，并且該呼叫請求信令到達網(wǎng)絡的 時間是處于網(wǎng)絡時間軸上的2a至2b之間，即在網(wǎng)絡發(fā)出尋呼終端2之后， 收到終端2的尋呼響應之前。這種情況下，當網(wǎng)絡對終端2的呼叫信令進行 處理時，査找到終端2的呼叫對端，即終端l的狀態(tài)為"呼叫中"，于是，網(wǎng) 絡判斷被叫終端1忙，并通知終端2被叫忙，從而導致終端2無法成功呼叫 終端1;而終端2在收到尋呼請求信令時正處于等待呼叫響應的過程中，無 法對尋呼請求做出響應，因此終端1也無法成功呼叫終端2，從而導致呼叫 沖突情況下兩者之間的語音通路無法建立，呼叫失敗。從上述分析可知，圖 2中的虛線部分表示呼叫沖突發(fā)生的時間范圍，終端之間的呼叫沖突導致了 終端之間的語音通路無法成功建立，增大了系統(tǒng)呼叫損失率。集群通信通常是為特定用戶提供特定環(huán)境下的服務，這就決定了集群通 信系統(tǒng)在系統(tǒng)安全性、可靠性、通信接續(xù)時間、通信延時等方面比公眾移動 通信系統(tǒng)都有更高的要求，例如，集群通信系統(tǒng)要求較高的呼叫成功率。而 另一方面，在集群通信系統(tǒng)中，各用戶關系緊密、經(jīng)常同時處理相同事件， 用戶之間因彼此有相同的通話意愿而發(fā)生同時呼叫對方，即發(fā)生呼叫沖突的
可能性遠大于公眾通信網(wǎng)。因此在發(fā)生呼叫沖突時，呼叫連接的正常建立對 于減小集群通信系統(tǒng)的呼叫損失率，提高系統(tǒng)的可靠性具有重要意義?，F(xiàn)有 技術中，目前只有針對數(shù)據(jù)業(yè)務的分組呼叫沖突處理方案，而這種方案無法 解決上述語音業(yè)務的呼叫沖突。 發(fā)明內容有鑒于此，本發(fā)明的目的在于，提供一種處理呼叫沖突的方法，用于在 網(wǎng)絡中發(fā)生語音呼叫沖突時在沖突雙方之間建立語音通路。本發(fā)明的另一目 的在于，提供一種基于該方法的裝置，為呼叫沖突雙方建立語音通路?；谝陨夏康?，本發(fā)明提供的處理呼叫沖突的方法，當網(wǎng)絡收到第二終 端呼叫第一終端的呼叫請求信令時，判斷第一終端是否正在呼叫第二終端， 如果是，則網(wǎng)絡為第一終端和第二終端建立語音通路。本發(fā)明的方法中，所述判斷第一終端是否正在呼叫第二終端的過程包括 判斷第一終端是否處于"呼叫中"，如果是，則進一步判斷第一終端所呼叫的 對端是否為第二終端。本發(fā)明的方法中，網(wǎng)絡側設有用于保存終端狀態(tài)的終端狀態(tài)表，在網(wǎng)絡 收到終端的呼叫請求信令后，更改終端狀態(tài)表中該終端的狀態(tài)為"呼叫中"； 所述的判斷第一終端是否處于"呼叫中"，是通過查詢終端狀態(tài)表中第一終端 的當前狀態(tài)進行判斷。本發(fā)明的方法中，所述網(wǎng)絡側設有用于保存終端呼叫信息的數(shù)據(jù)庫；網(wǎng) 絡收到終端的呼叫請求信令后，將該信令上下文中的主叫被叫的終端信息保 存在數(shù)據(jù)庫中；所述的判斷第一終端所呼叫的對端是否為第二終端，是通過査詢該數(shù)據(jù)庫中第一終端的當前呼叫信息進行判斷。本發(fā)明的方法中，所述主叫被叫的終端信息是主叫被叫的終端號碼。 本發(fā)明的方法中，所述判斷第一終端所呼叫的對端是否為第二終端后，如果第一終端所呼叫的對端不是第二終端，則進一步包括網(wǎng)絡向第二終端 發(fā)送被叫忙的信令；第二終端在接收到該被叫忙的信令后，結束呼叫流程，呼叫失敗。本發(fā)明的方法中，所述的第二終端在發(fā)送呼叫請求信令后進一步包括 第二終端等待網(wǎng)絡回復呼叫響應信令，如果收到網(wǎng)絡發(fā)送的尋呼請求信令，
則將該請求信令丟棄。本發(fā)明的方法中，網(wǎng)絡為第一終端和第二終端建立語音通路包括網(wǎng)絡 向第二終端發(fā)送呼叫響應信令；第二終端收到該呼叫響應信令后，向網(wǎng)絡回復呼叫完成信令；網(wǎng)絡收到呼叫完成信令后建立第二終端和網(wǎng)絡之間的語音 通路?；谏鲜隽硪荒康?，本發(fā)明還提供了一種呼叫沖突的處理裝置，應用于 無線通信系統(tǒng)的網(wǎng)絡側，該裝置包括信令接收模塊，用于接收終端發(fā)送至網(wǎng)絡的呼叫請求信令；判斷模塊，用于根據(jù)信令接收模塊接收到的呼叫請求信令，判斷該信令的被叫終端是否正在呼叫該信令的主叫終端；語音通路建立模塊，用于當所述判斷裝置的判斷結果為"是"時，為所 述呼叫請求信令的主叫終端、被叫終端建立語音通路。本發(fā)明提供的裝置中，所述判斷模塊包括第一判斷單元，用于判斷所述呼叫請求信令的被叫終端是否處于"呼叫巾，、第二判斷單元，用于當?shù)谝慌袛鄦卧呐袛嘟Y果為"是"時，判斷所述 被叫終端所呼叫的終端是否為所述呼叫請求信令的主叫終端。 本發(fā)明提供的裝置中，所述信令接收模塊進一步包括終端狀態(tài)表存儲單元，用于保存終端的狀態(tài)；當接收模塊接收到終端的呼叫請求信令后，進一步根據(jù)該信令更新終端狀態(tài)表存儲單元中該終端的當 前狀態(tài)為"呼叫中"。本發(fā)明提供的裝置中，所述信令接收模塊進一步包括數(shù)據(jù)庫單元，用于保存終端呼叫信息；當接收模塊接收到終端的呼叫請 求信令后，進一步將該信令上下文中的主叫被叫的終端信息保存在該數(shù)據(jù)庫 單元。從以上所述可以看出，本發(fā)明提供了一種處理呼叫沖突的方法，當網(wǎng)絡 收到第二終端呼叫第一終端的呼叫請求信令時，判斷第一終端是否正在呼叫第二終端，如果是，則網(wǎng)絡為第一終端和第二終端建立語音通路，從而解決了呼叫沖突發(fā)生時語音通路無法建立的問題；本發(fā)明提供了處理呼叫沖突的方法，保證了呼叫沖突發(fā)生時語音通路的成功建立，從而降低了系統(tǒng)的呼叫 損失率，提高了系統(tǒng)的可靠性。本發(fā)明還提供了一種呼叫沖突的處理裝置， 用于當網(wǎng)絡發(fā)生呼叫沖突時，為沖突雙方建立語音通路。
圖1為現(xiàn)有技術的集群通信系統(tǒng)中標準呼叫的信令流程示意圖； 圖2為現(xiàn)有技術中呼叫沖突的舉例示意圖； 圖3為本發(fā)明中呼叫沖突處理的信令流程圖； 圖4為本發(fā)明呼叫沖突中網(wǎng)絡側的處理流程圖； 圖5為本發(fā)明呼叫沖突中終端2側的處理流程圖； 圖6為本發(fā)明呼叫沖突的處理裝置的結構示意圖。
具體實施方式
本發(fā)明處理呼叫沖突的方法，在呼叫沖突時通過判斷兩個終端之間是否 相互有通話的要求，即是否互為對方的被叫終端，來進一步?jīng)Q定是否為兩個 終端建立語音通路連接。下面結合附圖和實施例對本發(fā)明作詳細的說明。圖3為本發(fā)明中呼叫沖突處理的信令流程圖，圖中所示的終端1和終端 2通過網(wǎng)絡建立語音通路實現(xiàn)語音通信，其中的虛線部分分別對應于圖2中 的虛線部分，表示呼叫沖突發(fā)生的時間范圍。為了解決現(xiàn)有技術中因呼叫沖 突所導致的呼叫失敗問題，本發(fā)明在現(xiàn)有技術中的基礎上，對呼叫建立的信 令流程作了相應的修改，如圖3所示，本發(fā)明中呼叫沖突處理的信令流程包 括以下步驟300,終端1呼叫終端2時，向網(wǎng)絡發(fā)送呼叫請求信令，該信令中攜帶主 叫號碼、被叫號碼等信息；301 302，網(wǎng)絡收到上述呼叫請求信令后，將該信令的上下文保存在數(shù) 據(jù)庫中，將終端狀態(tài)表中終端1的狀態(tài)更改為"呼叫中"的忙狀態(tài)；并在終 端狀態(tài)表中查詢所呼叫的終端2的狀態(tài)，如果終端2處于空閑狀態(tài)，則建立 終端1和網(wǎng)絡之間的語音通路，向終端1發(fā)送呼叫響應信令，向終端2發(fā)送 尋呼請求信令，并等待終端2回復的尋呼響應信令；其中所述上下文中包括主叫、被叫信息，如主被叫的號碼等。303，終端l收到呼叫響應信令后，向網(wǎng)絡回復呼叫完成信令，用于對呼
叫響應信令的響應；304，在呼叫沖突可能發(fā)生的時間段上，終端2向網(wǎng)絡發(fā)送呼叫終端l的呼叫請求信令，該信令中攜帶主叫號碼、被叫號碼等信息，并等待網(wǎng)絡回復 的呼叫響應信令；305,終端2在等待呼叫響應信令過程中，如果接收到網(wǎng)絡發(fā)出的尋呼請 求信令，則將該尋呼請求信令丟棄；306，網(wǎng)絡在等待終端2的尋呼響應信令的過程中，接收到終端2呼叫終端1的呼叫請求信令，則將該呼叫請求信令的上下文保存在數(shù)據(jù)庫中，將終 端狀態(tài)表中終端2的狀態(tài)更改為"呼叫中"的忙狀態(tài)；此時由于終端1處于 "呼叫中"，網(wǎng)絡進一步查詢數(shù)據(jù)庫中保存的終端l當前所呼叫的被叫號碼， 判斷該被叫號碼是否為終端2，如果是，則向終端2發(fā)送呼叫響應信令，并 等待終端2回復呼叫完成信令；307，終端2收到呼叫響應信令后，向網(wǎng)絡回復呼叫完成信令，用于對呼 叫響應信令的響應；網(wǎng)絡在收到該呼叫響應信令后，建立終端2和網(wǎng)絡之間 的語音通路。通過以上步驟，網(wǎng)絡為對呼雙方建立了語音通路，從而解決了呼叫沖突 發(fā)生時語音通路無法建立的問題，可以看出，上述信令流程是在現(xiàn)有技術的 呼叫處理流程上增加了一個判斷過程。作為首先發(fā)起呼叫的終端1，它所做 的處理和現(xiàn)有技術中標準呼叫相同，而網(wǎng)絡和終端2則和現(xiàn)有技術有所不同， 即當網(wǎng)絡查詢到終端2所呼叫的對端處于"呼叫中"的忙狀態(tài)后，還進一步 對該對端進行判斷如果該對端所呼叫的終端是終端2，即終端1和終端2 發(fā)生對呼，則網(wǎng)絡為對呼雙方建立語音通路。以下分別給出網(wǎng)絡和終端2的 處理流程圖，從而對本實施例的具體實現(xiàn)作進一步的說明。圖4為本發(fā)明呼叫沖突中網(wǎng)絡側的處理流程圖，如圖4所示，該流程包 括以下步驟網(wǎng)絡收到終端1的呼叫請求信令后，保存該信令的上下文，將終端1的 狀態(tài)更改為"呼叫中"的忙狀態(tài)；并在終端狀態(tài)表中查詢終端1所呼叫的對 端的狀態(tài)，如果該對端處于空閑狀態(tài)，則建立終端l和網(wǎng)絡之間的語音通路， 并向終端l發(fā)送呼叫響應信令，向該對端發(fā)送尋呼請求信令 400，網(wǎng)絡接收到終端1的呼叫請求信令后，保存該信令的上下文，將終端狀態(tài)表中終端1的狀態(tài)更改為"呼叫中"的忙狀態(tài)；401，網(wǎng)絡在終端狀態(tài)表中査詢終端1所呼叫的終端2的狀態(tài)，如果終端 2處于空閑狀態(tài)，則建立終端1和網(wǎng)絡之間的語音通路，向終端1發(fā)送呼叫響應信令，向終端2發(fā)送尋呼請求信令，并等待終端2的尋呼響應信令；402，網(wǎng)絡在等待上述尋呼響應信令過程中，收到終端2呼叫終端1的呼 叫請求信令，則在數(shù)據(jù)庫中保存該信令的上下文，更改終端狀態(tài)表中終端2 的狀態(tài)為"呼叫中"，并查詢終端狀態(tài)表中終端1的狀態(tài)；因此時終端l處于 "呼叫中"的狀態(tài)，網(wǎng)絡進一步査詢數(shù)據(jù)庫中終端1呼叫的被叫號碼，判斷 該被叫號碼是否為終端2:如果終端1所呼叫對端是終端2，則兩個終端之間 的呼叫發(fā)生沖突，此時進入步驟403;如果終端1所呼叫對端不是終端2，則 進入步驟404;403，網(wǎng)絡向終端2回復信令，通知終端2其所呼叫的對端忙，這種情況不是本發(fā)明所述的呼叫沖突，對于這種情況按照現(xiàn)有技術中的流程處理即可； 404，網(wǎng)絡向終端2發(fā)送呼叫響應信令，并等待終端2的呼叫完成信令； 405，網(wǎng)絡收到終端2的呼叫完成信令后，則建立終端2和網(wǎng)絡之間的語音通路。圖5為本發(fā)明呼叫沖突中終端2側的處理流程圖，如圖5所示，該流程 包括以下步驟-500，終端2向網(wǎng)絡發(fā)送呼叫終端1的呼叫請求信令后，等待網(wǎng)絡回復呼 叫響應信令；501，在等待呼叫響應信令的過程中，終端2如果收到網(wǎng)絡的尋呼請求信 令，則丟棄該信令并繼續(xù)等待呼叫響應信令；502，如果終端2在等待呼叫響應信令的過程中，接收到網(wǎng)絡回復的被叫 忙的信令，則此次呼叫失??；503，如果終端2在等待呼叫響應信令的過程中，接收到呼叫響應信令， 則向網(wǎng)絡回復呼叫完成信令，用于對呼叫響應信令的響應，此次呼叫成功。從以上流程圖可以看出，本發(fā)明的方法是在現(xiàn)有技術的基礎上，增加了 呼叫沖突的判斷處理過程，從而解決了現(xiàn)有技術中語音呼叫發(fā)生沖突時語音
通路的無法建立的問題，從而降低了系統(tǒng)的呼叫損失率，提高了系統(tǒng)的可靠 性；本發(fā)明的方法只是針對呼叫沖突對現(xiàn)有技術做了相應的完善，并沒有改 變現(xiàn)有技術的其它呼叫的處理流程，因而本發(fā)明的方法實現(xiàn)起來較為簡單。本發(fā)明還提供了一種基于上述方法的裝置，用于判斷網(wǎng)絡中的呼叫沖突， 并為沖突雙方建立語音通路。圖6為本發(fā)明呼叫沖突的處理裝置的結構示意 圖，如圖6所示，該裝置包括信令接收模塊600,用于接收終端發(fā)送至網(wǎng)絡的呼叫請求信令；判斷模塊601，用于根據(jù)信令接收模塊600接收到的呼叫請求信令，判 斷該信令的被叫終端是否正在呼叫該信令的主叫終端；語音通路建立模塊602，用于當判斷裝置601的判斷結果為"是"時， 為所述呼叫請求信令的主叫終端、被叫終端建立語音通路。其中，信令接收模塊600包括數(shù)據(jù)庫單元603，用于保存終端呼叫信息；當接收模塊接收到終端的呼 叫請求信令后，進一步將該信令上下文中的主叫被叫的終端信息保存在該數(shù) 據(jù)庫單元。通過查詢該數(shù)據(jù)庫單元中相應終端的當前呼叫信息，即可判斷該 終端所呼叫的對端是否為特定終端，終端狀態(tài)表存儲單元604，用于保存終端的狀態(tài)；當接收模塊接收到終 端的呼叫請求信令后，進一步根據(jù)該信令更新終端狀態(tài)表存儲單元中該終端 的當前狀態(tài)為"呼叫中"。通過查詢終端狀態(tài)表存儲單元中相應終端的當前狀 態(tài)，即可判斷該終端是否處于"呼叫中"的狀態(tài)；其中，判斷模塊601包括第一判斷單元605，用于判斷所述呼叫請求信令的被叫終端是否處于"呼 叫中，、第二判斷單元606，用于當?shù)谝慌袛鄦卧呐袛嘟Y果為"是"時，判斷 所述被叫終端所呼叫的終端是否為所述呼叫請求信令的主叫終端。從以上所述可以看出，本發(fā)明提供的一種呼叫沖突的處理裝置，用于判 斷網(wǎng)絡所發(fā)生的呼叫沖突，并為沖突雙方建立語音通路。
權利要求
1.一種處理呼叫沖突的方法，其特征在于包括網(wǎng)絡在收到第二終端呼叫第一終端的呼叫請求信令時，判斷第一終端是否正在呼叫第二終端，如果是，則網(wǎng)絡為第一終端和第二終端建立語音通路。
2. 如權利要求1所述的方法，其特征在于，所述判斷第一終端是否正在 呼叫第二終端的過程包括判斷第一終端是否處于"呼叫中"，如果是，則進一步判斷第一終端所呼叫的對端是否為第二終端。
3. 如權利要求2所述的方法，其特征在于，網(wǎng)絡側設有用于保存終端狀 態(tài)的終端狀態(tài)表，在網(wǎng)絡收到終端的呼叫請求信令后，更改終端狀態(tài)表中該 終端的狀態(tài)為"呼叫中"；所述的判斷第一終端是否處于"呼叫中"，是通過 査詢終端狀態(tài)表中第一終端的當前狀態(tài)進行判斷。
4. 如權利要求1所述的方法，其特征在于，所述網(wǎng)絡側設有用于保存終 端呼叫信息的數(shù)據(jù)庫；網(wǎng)絡收到終端的呼叫請求信令后，將該信令上下文中 的主叫被叫的終端信息保存在數(shù)據(jù)庫中；所述的判斷第一終端所呼叫的對端 是否為第二終端，是通過查詢該數(shù)據(jù)庫中第一終端的當前呼叫信息進行判斷。
5. 如權利要求4所述的方法，其特征在于，所述主叫被叫的終端信息是 主叫被叫的終端號碼。
6. 如權利要求2或4所述的方法，其特征在于，所述判斷第一終端所呼 叫的對端是否為第二終端后，如果第一終端所呼叫的對端不是第二終端，則 進一步包括網(wǎng)絡向第二終端發(fā)送被叫忙的信令；第二終端在接收到該被叫 忙的信令后，結束呼叫流程，呼叫失敗。
7. 如權利要求1所述的方法，其特征在于，所述的第二終端在發(fā)送呼叫 請求信令后進一步包括第二終端等待網(wǎng)絡回復呼叫響應信令，如果收到網(wǎng)絡發(fā)送的尋呼請求信令，則將該請求信令丟棄。
8. 如權利要求1所述的方法，其特征在于，網(wǎng)絡為第一終端和第二終端 建立語音通路包括網(wǎng)絡向第二終端發(fā)送呼叫響應信令；第二終端收到該呼 叫響應信令后，向網(wǎng)絡回復呼叫完成信令；網(wǎng)絡收到呼叫完成信令后建立第 二終端和網(wǎng)絡之間的語音通路。
9. 一種呼叫沖突的處理裝置，應用于無線通信系統(tǒng)的網(wǎng)絡側，其特征在 于包括信令接收模塊，用于接收終端發(fā)送至網(wǎng)絡的呼叫請求信令；判斷模塊，用于根據(jù)信令接收模塊接收到的呼叫請求信令，判斷該信令的被叫終端是否正在呼叫該信令的主叫終端；語音通路建立模塊，用于當所述判斷裝置的判斷結果為"是"時，為所述呼叫請求信令的主叫終端、被叫終端建立語音通路。
10. 如權利要求9所述的裝置，其特征在于，所述判斷模塊包括 第一判斷單元，用于判斷所述呼叫請求信令的被叫終端是否處于"呼叫巾，、第二判斷單元，用于當?shù)谝慌袛鄦卧呐袛嘟Y果為"是"時，判斷所述 被叫終端所呼叫的終端是否為所述呼叫請求信令的主叫終端。
11. 如權利要求9所述的裝置，其特征在于所述信令接收模塊進一步包括終端狀態(tài)表存儲單元，用于保存終端的狀態(tài)；當接收模塊接收到終端的 呼叫請求信令后，進一步根據(jù)該信令更新終端狀態(tài)表存儲單元中該終端的當 前狀態(tài)為"呼叫中"。
12. 如權利要求9所述的裝置，其特征在于，所述信令接收模塊進一步 包括數(shù)據(jù)庫單元，用于保存終端呼叫信息；當接收模塊接收到終端的呼叫請 求信令后，進一步將該信令上下文中的主叫被叫的終端信息保存在該數(shù)據(jù)庫 單元。
全文摘要
本發(fā)明公開了一種集群通信系統(tǒng)中處理呼叫沖突的方法以及基于該方法的裝置。本發(fā)明的方法中，網(wǎng)絡在收到第二終端呼叫第一終端的呼叫請求信令時，判斷第一終端是否正在呼叫第二終端，如果是，則網(wǎng)絡為第一終端和第二終端建立語音通路。本發(fā)明的基于該方法的裝置，在網(wǎng)絡發(fā)生呼叫沖突時，為沖突雙方建立語音通路。本發(fā)明提供的呼叫沖突的處理辦法及裝置，保證了呼叫沖突發(fā)生時語音通路的成功建立，降低了系統(tǒng)的呼叫損失率，提高了系統(tǒng)的可靠性。
文檔編號H04W48/06GK101155389SQ20061011342
公開日2008年4月2日 申請日期2006年9月27日 優(yōu)先權日2006年9月27日
發(fā)明者孫永青 申請人:大唐移動通信設備有限公司