[發明專利]一種集群終端的處理方法

有效

• 申請號: 201310746222.3
• 申請日: 2013-12-30
• 公開（公告）號: CN104754004B
• 公開（公告）日: 2018-06-15
• 發明（設計）人: 陳云飛;喬艷珍;范天宇;譚垠
• 申請（專利權）人: 成都鼎橋通信技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 王雙;王琦

本申請公開了一種集群終端的處理方法，包括：在所述集群終端中，當基帶處理器BP確定需要向應用處理器AP上報當前狀態時，所述BP向AP上報狀態信息，所述AP根據BP上報的狀態信息將自身的狀態設置為與BP狀態一致。應用本申請，能夠避免由于AP和BP狀態不一致所導致的無法進行集群業務的問題。

技術領域

本申請涉及集群技術，特別涉及一種集群終端的處理方法。

背景技術

目前集群終端的硬件架構一般都是包括如下兩個處理器：

AP:用于運行應用軟件，該處理器通常被稱作Application Processor，簡稱AP；

BP:用于負責無線通信相關工作，該處理器通常被稱作BaseBand Processor，簡稱BP。AP和BP芯片之間采用AT指令進行通信。

群組業務進行的過程中，AP和BP需要進行消息交互和處理。AP和BP都是通過狀態機來處理消息的，但由于有些消息需要緩存再處理或是丟失了，有時就會出現AP和BP兩邊的狀態不一致，會產生很嚴重的后果，比如無法進行監聽或是不能發起話權申請，并且一旦出現這種情況有時不能自愈，將一直維持下去，需要重新開機才能解決。下面給出一個AP發給BP的消息需要緩存再處理從而造成AP和BP狀態不一致的例子：

起初AP和BP都處于監聽態，這時BP收到群組關閉，正在處理的暫態中收到AP發下的話權申請消息，此時BP會緩存話權申請消息，等待處理完群組關閉后，再處理話權申請消息；

BP處理完群組關閉后告知AP群組已關閉，而對于AP是先發送話權申請后收到群組關閉，收到群組關閉后一直嘗試加入群組，但BP此時在暫態不處理此消息，給AP回復error，AP所有群組均遍歷加入失敗后就進入無狀態了；

對于BP是先收到群組關閉后收到話權申請，BP處理完群組關閉后緊接著處理之前緩存的話權申請消息，就會處于主講態；

此時AP和BP狀態就不一致了，一個處于無狀態，一個處于主講態。由于AP在無狀態，就無法發起集群業務了。

發明內容

本申請提供了一種集群終端的處理方法，能夠避免由于AP和BP狀態不一致所導致的無法進行集群業務的問題。

為實現上述目的，本申請采用如下的技術方案：

一種集群終端的處理方法，包括：

在所述集群終端中，當基帶處理器BP確定需要向應用處理器AP上報當前狀態時，所述BP向AP上報狀態信息，所述AP根據BP上報的狀態信息將自身的狀態設置為與BP狀態一致。

較佳地，預先保存自身的狀態和業務類型組合與AP狀態間的映射關系；

所述BP向AP上報狀態信息包括：BP根據自身的當前狀態和當前業務類型組合，映射得到對應的AP狀態，并將映射結果作為狀態信息上報給AP；

所述AP根據BP上報的狀態信息將自身的狀態設置為與BP狀態一致包括：所述AP將自身的狀態設置為BP上報的狀態。

較佳地，預先保存業務類型和BP的狀態組合與AP狀態間的映射關系；

所述BP向AP上報狀態信息包括：BP向AP上報BP的當前狀態；

所述AP根據BP上報的狀態信息將自身的狀態設置為與BP狀態一致包括：AP根據當前業務類型和BP上報的當前狀態，映射得到對應的AP狀態，AP將自身的當前狀態設置為映射結果。

較佳地，所述BP的狀態和業務類型組合與AP狀態的映射關系為：