亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

避免自建組干擾的方法及裝置的制作方法

文檔序號:7717495閱讀:131來源:國知局
專利名稱:避免自建組干擾的方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種避免自建組干擾的方法及裝置。
背景技術(shù)
基于CDMA的集群系統(tǒng)可以提供集群通信系統(tǒng)中所需要的系統(tǒng)組呼和自建 組呼業(yè)務(wù)。其中,系統(tǒng)組是保存于系統(tǒng)側(cè)的、同時更新到終端的由若干成員組 成的一個組,組中任一成員發(fā)起組呼,組內(nèi)所有成員都會被呼起;自建組是用 戶在終端上自行編輯的包含若千成員的一個組,用戶發(fā)起自建組呼,組內(nèi)的所 有成員都會被呼起。
由于系統(tǒng)組主要用于集團(tuán)用戶,只有組長才能增加組成員,不存在干擾的 問題,或者說即使是干擾也是出于工作上的需要。但是,自建組主要用于消費(fèi) 類集群終端,對于任意用戶建組都沒有限制,建組的用戶可以把任意的其他用 戶編輯到自建組中來,并且毫無限制地發(fā)起組呼,而^C加到自建組的其他用戶 卻沒有能力避免自建組呼的干擾。

發(fā)明內(nèi)容
鑒于上述的分析,本發(fā)明旨在提供一種避免自建組干擾的方法及裝置,用 以解決現(xiàn)有技術(shù)中存在的自建組干擾的問題。
本發(fā)明的目的主要是通過以下技術(shù)方案實(shí)現(xiàn)的 本發(fā)明提供了一種避免自建組干擾的方法,包括
4步驟A:當(dāng)主叫終端發(fā)起組呼時,將本次組呼的組呼類型通知給系統(tǒng)側(cè);
步驟B:系統(tǒng)側(cè)根據(jù)本次組呼的組呼類型進(jìn)行判斷,當(dāng)確定本次組呼為自建 組呼時,執(zhí)行步驟C;
步驟C:系統(tǒng)側(cè)請求本次組呼的被叫終端確認(rèn)是否同意加入該主叫終端發(fā)起 的自建組呼,如果該^皮叫終端同意加入,則繼續(xù)本次組呼的處理;如果該-敗叫 終端拒絕加入,則結(jié)束對該被叫終端的尋呼。
進(jìn)一步地,所述步驟A具體包括
當(dāng)主叫終端發(fā)起組呼時,在呼叫消息中攜帶一個表示組呼類型的標(biāo)記給系統(tǒng) 側(cè),所述組呼類型包4舌系統(tǒng)組呼和自建組呼。 進(jìn)一步地,所述步驟B具體包括
系統(tǒng)側(cè)根據(jù)其接收到的表示組呼類型的標(biāo)記對本次組呼進(jìn)行判斷,如果本次 組呼為自建組呼時,執(zhí)行步驟C;如果本次組呼為系統(tǒng)組呼,則進(jìn)行系統(tǒng)組呼的 處理。
進(jìn)一步地,所述步驟C具體包括
系統(tǒng)側(cè)對本次組呼的^皮叫終端發(fā)送一個消息,征求該#:叫終端否同意加入 該主叫終端發(fā)起的自建組呼;
在接收到該被叫終端反饋的應(yīng)答消息時,系統(tǒng)側(cè)根據(jù)該應(yīng)答消息進(jìn)行判斷 如果該被叫終端同意加入,則繼續(xù)本次組呼的處理;如果該被叫終端拒絕加入, 則結(jié)束對該被叫終端的尋呼。
本發(fā)明還提供了一種避免自建組干擾的裝置,包括設(shè)置于主叫終端中的 發(fā)送模塊、設(shè)置于系統(tǒng)側(cè)中的第一判斷模塊和第二判斷模塊,其中,
所述發(fā)送模塊,用于主叫終端在發(fā)起組呼時,將本次組呼的組呼類型通知給所述第一判斷模塊;
所述第一判斷模塊,用于根據(jù)本次組呼的組呼類型進(jìn)行判斷,當(dāng)確定本次組
呼為自建組呼時,觸發(fā)所述第二判斷模塊;
所述第二判斷^^莫塊,用于請求本次組呼的被叫終端確認(rèn)是否同意加入該主叫 終端發(fā)起的自建組呼,如果該被叫終端同意加入,則觸發(fā)系統(tǒng)側(cè)繼續(xù)本次組呼 的處理;如果該被叫終端拒絕加入,則觸發(fā)系統(tǒng)側(cè)結(jié)束對該被叫終端的尋呼。
進(jìn)一步地,所述發(fā)送模塊具體用于,在該主叫終端發(fā)起組呼時,在呼叫消息
中攜帶一個表示組呼類型的標(biāo)記給所述第一判斷模塊,所述組呼類型包括系
統(tǒng)纟且呼和自建組呼。
其中,所述第一判斷模塊具體用于,
根據(jù)其接收到的表示組呼類型的標(biāo)記對本次組呼進(jìn)行判斷,如果本次組呼為自 建組呼時,則觸發(fā)所述第二判斷模塊;如果本次組呼為系統(tǒng)組呼,則觸發(fā)系統(tǒng) 側(cè)進(jìn)行系統(tǒng)組呼的處理。
所述第二判斷模塊具體用于,對本次組呼的被叫終端發(fā)送一個消息,征求 該被叫終端是否同意加入該主叫終端發(fā)起的自建組呼;并在接收到該被叫終端 反饋的應(yīng)答消息時,根據(jù)該應(yīng)答消息進(jìn)行判斷如果該被叫終端同意加入,則 觸發(fā)系統(tǒng)側(cè)繼續(xù)本次組呼的處理;如果該被叫終端拒絕加入,則觸發(fā)系統(tǒng)側(cè)結(jié) 束對該;波叫終端的尋呼。
本發(fā)明有益效果如下
本發(fā)明通過使用一種征求同意的方式,避免用戶受到自建組呼的干擾。 本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說明書中闡述,并且,部分的從說明 書中變得顯而易見,或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可 通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲3曰付。


圖1為本發(fā)明實(shí)施例所述方法的流程示意圖; 圖2為本發(fā)明實(shí)施例所述裝置的流程示意圖。
具體實(shí)施例方式
本發(fā)明的目的在于,提供一種避免自建組干擾的方法及裝置,通過使用一 種征求同意的方式,避免用戶受到自建組呼的干擾。
下面結(jié)合附圖來具體描述本發(fā)明的優(yōu)先實(shí)施例,其中,附圖構(gòu)成本申請一 部分,并與本發(fā)明的實(shí)施例一起用于闡釋本發(fā)明的原理。為了清楚和簡化目的, 當(dāng)其可能使本發(fā)明的主題模糊不清時,將省略本文所描述的器件中已知功能和 結(jié)構(gòu)的詳細(xì)具體說明。
首先結(jié)合附圖1對本發(fā)明實(shí)施例所述方法進(jìn)行詳細(xì)說明。
如圖l所示,圖1為本發(fā)明實(shí)施例所述方法的流程示意圖,其中,設(shè)定MS1 為主叫終端,MS2為被叫終端,為具體可以包括以下步驟
步驟100: MS 1編輯自建組時,不做任何限制;
步驟101:當(dāng)MS 1發(fā)起組呼時,需要將本次組呼的組呼類型通知給系統(tǒng)側(cè); 具體的說就是,MS1發(fā)起組呼時,在呼叫消息中攜帶一個Flag (標(biāo)記)通過空 口發(fā)到系統(tǒng)側(cè),F(xiàn)lag用于組呼的組呼類型(系統(tǒng)組呼、自建組呼),比如可以用 1表示系統(tǒng)組呼,用0表示自建組呼;
步驟102:系統(tǒng)側(cè)才艮據(jù)MS1發(fā)送過來的Flag判斷本次呼叫是系統(tǒng)組呼還是 自建組呼,如果是自建組呼,則執(zhí)行步驟103;如果是系統(tǒng)組呼,則執(zhí)行系統(tǒng)組呼的處理流程;這里,由于系統(tǒng)組呼的處理流程在現(xiàn)有技術(shù)中已有成熟解決方
案,故此處不再贅述;
步驟103:系統(tǒng)側(cè)繼續(xù)自建組呼的處理流程,主要包括
103-1:系統(tǒng)側(cè)對MS2發(fā)送一個Request (請求)消息,征求MS2是否同意 加入MS1發(fā)起的自建組呼;
103-2: MS2收到Request消息后發(fā)出提示信息(鈴音、振動或其他)給用
戶;
103-3:用戶感受到提示信息后,通過MS2進(jìn)行同意或拒絕加入MS1發(fā)起 的自建組呼的選擇,選擇后通過MS2發(fā)送一個應(yīng)答消息(同意或者拒絕)到系 統(tǒng)側(cè);
103-4:系統(tǒng)側(cè)根據(jù)收到的應(yīng)答消息進(jìn)行判斷,如果MS2同意加入MS1發(fā) 起的自建組呼,則系統(tǒng)側(cè)繼續(xù)正常的自建組呼流程,即建立資源、把MS2加入 自建組呼等,呼叫建立具體過程與現(xiàn)有技術(shù)相同,此處不做詳細(xì)說明;如果MS2 拒絕加入MS1發(fā)起的自建組呼,則系統(tǒng)側(cè)結(jié)束對MS2的尋呼。
下面結(jié)合圖2對本發(fā)明實(shí)施例所述裝置進(jìn)行詳細(xì)說明。
如圖2所示,圖2為本發(fā)明實(shí)施例所述裝置的結(jié)構(gòu)示意圖,具體可以包括 設(shè)置于主叫終端中的發(fā)送模塊、設(shè)置于系統(tǒng)側(cè)中的第 一判斷模塊和第二判斷模 塊,其中,
發(fā)送模塊,當(dāng)主叫終端編輯好自建組,需要發(fā)起組呼時,將本次組呼的組呼 類型通知給系統(tǒng)側(cè)的第一判斷模塊;具體的說就是,在主叫終端發(fā)起組呼時, 發(fā)送模塊攜帶一個Flag (標(biāo)記)通過空口發(fā)到系統(tǒng)側(cè)的第一判斷模塊,組呼類 型包括系統(tǒng)組呼和自建組呼。
8系統(tǒng)側(cè)的第一判斷模塊,根據(jù)本次組呼的組呼類型進(jìn)行判斷,如果本次組呼 為自建組呼時,則觸發(fā)第二判斷模塊;如果本次組呼為系統(tǒng)組呼,則觸發(fā)系統(tǒng)
組呼的處理流程;
系統(tǒng)側(cè)的第二判斷模塊,當(dāng)被第一判斷模塊觸發(fā)后,第二判斷模塊請求本 次組呼的被叫終端確認(rèn)是否同意加入該主叫終端發(fā)起的自建組呼,如果該被叫 終端同意加入,則觸發(fā)系統(tǒng)側(cè)繼續(xù)本次自建組尋呼的處理;如果該被叫終端拒 絕加入,則觸發(fā)系統(tǒng)側(cè)結(jié)束對該被叫終端的尋呼。具體的說就是,第二判斷模 塊對本次組呼的被叫終端發(fā)送一個Request消息,征求-波叫終端是否同意加入該 主叫終端發(fā)起的自建組呼;并在接收到該被叫終端反饋的應(yīng)答消息時,根據(jù)該 應(yīng)答消息進(jìn)行判斷如果該被叫終端同意加入該主叫終端發(fā)起的自建組呼,則 觸發(fā)自建組呼的處理流程;如果用戶拒絕加入該主叫終端發(fā)起的自建組呼,則 結(jié)束對該-故叫終端的尋呼。
綜上所述,本發(fā)明實(shí)施例提供了一種避免自建組干擾的方法及裝置,通過 使用一種征求同意的方式,避免用戶受到自建組呼的干擾。即在被叫終端收到 自建組的尋呼消息時,先給該被叫終端的用戶某種方式的提示(鈴音、振動或 其他),用戶感受到提示后,可以選擇同意加入本次自建組呼,或者拒絕加入本 次自建組呼;系統(tǒng)側(cè)根據(jù)被叫終端反饋的應(yīng)答消息將該被叫終端加入本次自建 組呼或者結(jié)束對該被叫終端的尋呼。
以上所述,僅為本發(fā)明較佳的具體實(shí)施方式
,但本發(fā)明的保護(hù)范圍并不局 限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易 想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明的保護(hù) 范圍應(yīng)該以權(quán)利要求書的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種避免自建組干擾的方法,其特征在于,包括步驟A當(dāng)主叫終端發(fā)起組呼時,將本次組呼的組呼類型通知給系統(tǒng)側(cè);步驟B系統(tǒng)側(cè)根據(jù)本次組呼的組呼類型進(jìn)行判斷,當(dāng)確定本次組呼為自建組呼時,執(zhí)行步驟C;步驟C系統(tǒng)側(cè)請求本次組呼的被叫終端確認(rèn)是否同意加入該主叫終端發(fā)起的自建組呼,如果該被叫終端同意加入,則繼續(xù)本次組呼的處理;如果該被叫終端拒絕加入,則結(jié)束對該被叫終端的尋呼。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述步驟A具體包括當(dāng)主叫終端發(fā)起組呼時,在呼叫消息中攜帶一個表示組呼類型的標(biāo)記給系統(tǒng) 側(cè),所述組呼類型包括系統(tǒng)組呼和自建組呼。
3、 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述步驟B具體包括系統(tǒng)側(cè)根據(jù)其接收到的表示組呼類型的標(biāo)記對本次組呼進(jìn)行判斷,如果本次 組呼為自建組呼時,執(zhí)行步驟C;如果本次組呼為系統(tǒng)組呼,則進(jìn)行系統(tǒng)組呼的 處理。
4、 根據(jù)權(quán)利要求1到3中任意一項(xiàng)所述的方法,其特征在于,所述步驟C 具體包括系統(tǒng)側(cè)對本次組呼的^皮叫終端發(fā)送一個消息,4i求該^皮叫終端否同意加入 該主叫終端發(fā)起的自建組呼;在接收到該被叫終端反饋的應(yīng)答消息時,系統(tǒng)側(cè)根據(jù)該應(yīng)答消息進(jìn)行判斷 如果該被叫終端同意加入,則繼續(xù)本次組呼的處理;如果該-故叫終端拒絕加入, 則結(jié)束對該;故叫終端的尋呼。
5、 一種避免自建組干擾的裝置,其特征在于,包括設(shè)置于主叫終端中的發(fā)送模塊、設(shè)置于系統(tǒng)側(cè)中的第一判斷模塊和第二判斷模塊,其中,所述發(fā)送模塊,用于主叫終端在發(fā)起組呼時,將本次組呼的組呼類型通知給 所述第一判斷模塊;所述第一判斷模塊,用于根據(jù)本次組呼的組呼類型進(jìn)行判斷,當(dāng)確定本次組呼為自建組呼時,觸發(fā)所述第二判斷模塊;所述第二判斷模塊,用于請求本次組呼的被叫終端確認(rèn)是否同意加入該主叫 終端發(fā)起的自建組呼,如果該被叫終端同意加入,則觸發(fā)系統(tǒng)側(cè)繼續(xù)本次組呼 的處理;如果該被叫終端拒絕加入,則觸發(fā)系統(tǒng)側(cè)結(jié)束對該被叫終端的尋呼。
6、 根據(jù)權(quán)利要求5所述的裝置,其特征在于,所述發(fā)送模塊具體用于,在 該主叫終端發(fā)起組呼時,在呼叫消息中攜帶一個表示組呼類型的標(biāo)記給所述第 一判斷模塊,所述組呼類型包括系統(tǒng)組呼和自建組呼。
7、 根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述第一判斷模塊具體用于, 根據(jù)其接收到的表示組呼類型的標(biāo)記對本次組呼進(jìn)行判斷,如果本次組呼為自 建組呼時,則觸發(fā)所述第二判斷模塊;如果本次組呼為系統(tǒng)組呼,則觸發(fā)系統(tǒng) 側(cè)進(jìn)行系統(tǒng)組呼的處理。
8、 根據(jù)權(quán)利要求5到7中任意一項(xiàng)所述的裝置,其特征在于,所述第二判 斷模塊具體用于,對本次組呼的被叫終端發(fā)送一個消息,征求該被叫終端是否 同意加入該主叫終端發(fā)起的自建組呼;并在接收到該被叫終端反饋的應(yīng)答消息 時,根據(jù)該應(yīng)答消息進(jìn)行判斷如果該被叫終端同意加入,則觸發(fā)系統(tǒng)側(cè)繼續(xù) 本次組呼的處理;如果該被叫終端拒絕加入,則觸發(fā)系統(tǒng)側(cè)結(jié)束對該-波叫終端 的尋呼。
全文摘要
本發(fā)明公開了一種避免自建組干擾的方法及裝置,其中方法包括當(dāng)主叫終端發(fā)起組呼時,將本次組呼的組呼類型通知給系統(tǒng)側(cè);系統(tǒng)側(cè)根據(jù)本次組呼的組呼類型進(jìn)行判斷,當(dāng)確定本次組呼為自建組呼時,系統(tǒng)側(cè)請求本次組呼的被叫終端確認(rèn)是否同意加入該主叫終端發(fā)起的自建組呼,如果該被叫終端同意加入,則繼續(xù)本次組呼的處理;如果該被叫終端拒絕加入,則結(jié)束對該被叫終端的尋呼;本發(fā)明通過使用一種征求同意的方式,避免用戶受到自建組呼的干擾。
文檔編號H04W84/08GK101674666SQ20091020955
公開日2010年3月17日 申請日期2009年10月29日 優(yōu)先權(quán)日2009年10月29日
發(fā)明者廖召華 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1