專利名稱：呼叫控制設(shè)備及其呼叫控制方法
呼叫控制設(shè)備及其呼叫控制方法技術(shù)領(lǐng)域該發(fā)明涉及進行無線通信的呼叫控制設(shè)備及其呼叫控制方法，特別 涉及在無線一鍵通系統(tǒng)中進行無線通信的呼叫控制設(shè)備及其呼叫控制 方法。
背景技術(shù)：
在OMA (Open Mobile Alliance:開放移動聯(lián)盟)組織中，規(guī)定了 用于3GPP和3GPP2的無線一鍵通應(yīng)用。其中，OMA負(fù)責(zé)規(guī)定與接入技術(shù) 無關(guān)的無線一鍵通的技術(shù)規(guī)范。3GPP和3GPP2負(fù)責(zé)發(fā)展與具體無線網(wǎng)絡(luò)相關(guān)的無線一鍵通技術(shù)規(guī)范。無線一鍵通(PoC: Push-to-talk over Cellular)是蜂窩通信網(wǎng)絡(luò)的重要應(yīng)用之一，它提供了一種可以允許用戶與一個或多個其它用戶即 時通信的通信方式，從而提供一種類似步話機的業(yè)務(wù)。在無線一鍵通應(yīng)用中，多個無線一鍵通客戶端組成一個群組。在一 個群組中同時只能有一個無線一鍵通客戶端發(fā)送音頻數(shù)據(jù)流，其它無線 一鍵通客戶端作為接收者接收音頻數(shù)據(jù)流。無線一鍵通客戶端的音頻數(shù) 據(jù)流發(fā)送由無線一鍵通服務(wù)器通過分發(fā)令牌來控制，只有得到令牌的無 線一鍵通客戶端可以發(fā)送音頻數(shù)據(jù)流。為了在無線一鍵通客戶端和無線 一鍵通服務(wù)器之間交換令牌的相關(guān)信息，需要在他們之間傳輸控制消息 等消息。在有無線一鍵通客戶端發(fā)送音頻數(shù)據(jù)流時，無線一鍵通服務(wù)器 接收音頻數(shù)據(jù)流并向每個無線一鍵通客戶端轉(zhuǎn)發(fā)。如果采用單播來發(fā)送音頻數(shù)據(jù)包，則無線一鍵通服務(wù)器需要向群組 中的每個無線一鍵通客戶端發(fā)送一份音頻數(shù)據(jù)包的拷貝，這樣會存在造 成網(wǎng)絡(luò)中的資源浪費的問題，同時當(dāng)群組中用戶數(shù)增加時，也會存在增加無線一鍵通服務(wù)器的負(fù)擔(dān)的問題。針對這些問題，美國專利US6，141，347A號公報公開了一種提高無線一鍵通服務(wù)器和網(wǎng)絡(luò)傳輸?shù)男实姆椒?，主要采用組播來傳輸音頻數(shù) 據(jù)包，從而節(jié)省網(wǎng)絡(luò)中的資源。但是，通常的蜂窩通信網(wǎng)絡(luò)(例如無線一鍵通)并不能支持組播， 為了在蜂窩通信網(wǎng)絡(luò)中支持組播，3GPP2組織提出了 BCMCS(Broadcast /Multicast Service組播/廣播業(yè)務(wù))來支持蜂窩通信網(wǎng)絡(luò)中的組播業(yè) 務(wù)(3GPP2 X. S0022-0 "Broadcast and Multicast Service in cdma2000 Wireless IP network"),從而同時向多個用戶發(fā)送同樣的數(shù)據(jù)。該技 術(shù)使用空中接口的控制信道來同時向多個無線終端傳輸數(shù)據(jù)，通過采用 該技術(shù)，可以在蜂窩網(wǎng)絡(luò)中支持組播，這樣當(dāng)在基站和無線終端之間只 有下行組播數(shù)據(jù)傳輸時，就可以釋放無線終端和基站之間的單播信道資 源，從而減少單播信道的資源消耗。這種技術(shù)適用于在3G系統(tǒng)中支持 無線一鍵通類型的群組業(yè)務(wù)。在3GPP2標(biāo)準(zhǔn)中采用BCMCS控制器來完成 在蜂窩網(wǎng)絡(luò)中組播信道的控制功能。另一方面，美國專利US6,141，347A號公報的技術(shù)采用分布式控制 方式，在不同終端之間只傳送音頻數(shù)據(jù)流，這種分布式控制方式不能對 群組進行有效的管理，在群組通信中不同終端之間可能產(chǎn)生沖突。因此 在OMA的規(guī)范中定義了無線一鍵通服務(wù)器來對群組進行控制，這就需要 在無線一鍵通客戶端和無線一鍵通服務(wù)器之間除了傳送音頻數(shù)據(jù)流，還 需要傳送控制消息來完成群組控制功能。在OMA的規(guī)范中定義了 TBCP (Talk Burst Control Protocol, Talk Burst控制協(xié)議)作為群組控 制消息。OMA的無線一鍵通標(biāo)準(zhǔn)中，除了音頻，還需要在客戶端和服務(wù)器之 間傳輸控制消息，即TBCP (Talk Burst Control Protocol)消息。但 在現(xiàn)有技術(shù)中，只考慮了用組播傳輸音頻，而沒有考慮用組播傳輸控制 消息。這樣一來，如果在無線一鍵通客戶端和無線一鍵通服務(wù)器之間采用單播方式發(fā)送TBCP消息等控制消息，即使無線一鍵通客戶端通過BCMCS 接收音頻數(shù)據(jù)流，仍然需要無線一鍵通客戶端維持單播信道來傳送控制 消息，空中接口的單播信道資源仍將被占用，這樣存在造成信道資源的 浪費的問題。發(fā)明內(nèi)容本發(fā)明的目的在于提供一種通過網(wǎng)絡(luò)與多個終端連接的呼叫控制 設(shè)備及其呼叫控制方法，可以有效減少控制消息在網(wǎng)絡(luò)中的重復(fù)傳送， 以減少資源消耗。為了達(dá)成上述目的，本發(fā)明的通過網(wǎng)絡(luò)與多個終端連接的呼叫控制 設(shè)備的呼叫控制方法，其特征在于包括以下步驟接收步驟，經(jīng)由上述 呼叫控制設(shè)備的網(wǎng)絡(luò)接口，接收從上述多個終端中的某一個發(fā)送來的請 求呼叫控制消息；確定步驟，通過檢索存儲在上述呼叫控制設(shè)備的存儲 裝置中的、將用于對上述多個終端與上述呼叫控制設(shè)備之間的會話進行 控制的呼叫控制消息、與表示上述呼叫控制消息的傳輸方式是單播還是 多播的通信類型對應(yīng)起來存儲的控制信息管理表，來確定與所接收到的 上述請求呼叫控制消息相對應(yīng)的響應(yīng)呼叫控制消息的通信類型和發(fā)送 到的終端；以及發(fā)送步驟，根據(jù)上述通信類型，經(jīng)由上述網(wǎng)絡(luò)接口向上 述確定的終端發(fā)送上述響應(yīng)呼叫控制消息。另外，在所述的呼叫控制設(shè)備的呼叫控制方法中，在上述確定步驟 中，根據(jù)上述通信類型，通過檢索還存儲著上述多個終端的各終端的單 播地址及各終端所在多播組的多播地址的上述控制消息管理表，確定與 上述通信類型相對應(yīng)的地址；在上述發(fā)送步驟中，經(jīng)由上述網(wǎng)絡(luò)接口， 使用所確定的上述地址向上述多個終端中的相應(yīng)終端發(fā)送上述響應(yīng)呼 叫控制消息。本發(fā)明的通過網(wǎng)絡(luò)與多個終端連接的呼叫控制設(shè)備，包括網(wǎng)絡(luò)接 口，用于發(fā)送和接收消息；存儲裝置，用于存儲控制消息管理表，該控 制消息管理表將呼叫控制消息與表示上述呼叫控制消息的傳輸方式是單播還是多播的通信類型對應(yīng)起來存儲，其中，上述呼叫控制消息用于 對上述多個終端與上述呼叫控制設(shè)備之間的會話進行控制；以及控制單 元，在經(jīng)由上述網(wǎng)絡(luò)接口接收到從上述多個終端中的某一個發(fā)送來的請 求呼叫控制消息時，通過檢索上述控制信息管理表來確定與所接收到的 上述請求呼叫控制消息相對應(yīng)的響應(yīng)呼叫控制消息的通信類型和發(fā)送 到的終端；根據(jù)由上述控制單元確定的上述通信類型，經(jīng)由上述網(wǎng)絡(luò)接 口向上述確定的終端發(fā)送上述響應(yīng)呼叫控制消息。另外，在所述的呼叫控制設(shè)備中，上述控制消息管理表還存儲上述 多個終端的各終端的單播地址及各終端所在多播組的多播地址；上述控 制單元根據(jù)所確定的上述通信類型，通過檢索上述控制消息管理表來確 定與上述通信類型相對應(yīng)的地址；經(jīng)由上述網(wǎng)絡(luò)接口，使用所確定的上 述地址向上述多個終端中的相應(yīng)終端發(fā)送上述響應(yīng)呼叫控制消息。發(fā)明效果如下本發(fā)明的通過網(wǎng)絡(luò)與多個終端連接的呼叫控制設(shè)備及其呼叫控制 方法，選擇性的使用組播來傳輸控制消息，具體地說就是根據(jù)控制消息 類型來決定采用單播或是組播傳送該消息。對于一對一類型的控制消 息，無線一鍵通服務(wù)器采用單播發(fā)送，對于一對多類型的控制消息，無 線一鍵通服務(wù)器采用組播發(fā)送。這樣一來，對于只接收控制消息的客戶端來說可以釋放空中接口用 于單播信道的無線資源，從而減少無線資源消耗。另外，可以有效減少 呼叫控制消息在網(wǎng)絡(luò)中的重復(fù)傳送，以減少資源消耗，從而可以提高蜂 窩網(wǎng)絡(luò)資源的利用率。


圖1是示出本發(fā)明涉及的無線一鍵通(PoC)系統(tǒng)構(gòu)成的框圖。圖2是示出圖1所示的無線一鍵通服務(wù)器的框圖。圖3是示出圖2所示的信令管理表的一個例子的圖。圖4是示出圖2所示的無線一鍵通服務(wù)器的信令傳輸控制功能的流程圖。圖5是示出圖1所示的無線一鍵通系統(tǒng)的信令流程圖。
具體實施方式
以下，參照附圖具體說明本發(fā)明的實施方式。圖1是示出本發(fā)明涉及的無線一鍵通(PoC)系統(tǒng)構(gòu)成的框圖。如 圖1所示，無線一鍵通(PoC)系統(tǒng)包括蜂窩網(wǎng)絡(luò)1;作為BCMCS服務(wù) 設(shè)備的BCMCS控制器12;作為呼叫控制設(shè)備的無線一鍵通服務(wù)器11; 以及多個作為終端的無線一鍵通客戶端21、 22、 23。通過在無線一鍵通 客戶端21、 22、 23和無線一鍵通服務(wù)器11之間傳送呼叫控制消息等消 息來完成對由無線一鍵通客戶端21、 22、 23構(gòu)成的群組的控制。其中，多個無線一鍵通客戶端21、 22、 23分別經(jīng)由多個AT (Access Terminal,接入終端)31、 32、 33連接到蜂窩網(wǎng)絡(luò)1。無線一鍵通服務(wù) 器11和BCMCS控制器12分別經(jīng)由支持組播的路由器(MR) 13連接到蜂 窩網(wǎng)絡(luò)l。蜂窩網(wǎng)絡(luò)l包括AP (Access Point,接入點)、支持組播和單播的 接入設(shè)備BSC/PCF (Base Station Controller /Packet Control Function,基站控制器/包控制功能)、支持組播和單播的網(wǎng)絡(luò)設(shè)備BSN (Broadcast Serving Node,廣播服務(wù)結(jié)點)、以及PDSN (Packet Data Serving Node,包數(shù)據(jù)服務(wù)結(jié)點)，可以同時支持單播和組播。其中， 單播由BSC/PCF和PDSN支持，組播由PCF和BSN支持，并通過BCMCS 控制器12來進行管理。圖2是圖1所示的無線一鍵通服務(wù)器11的框圖。如圖2所示，無 線一鍵通服務(wù)器11包括用于向外部發(fā)送例如響應(yīng)呼叫控制消息等消息 并接收來自外部的例如請求呼叫控制消息等消息的網(wǎng)絡(luò)接口 210、中央 處理器(CPU) 211、作為存儲裝置且存儲有信令管理表(即控制消息管 理表)的硬盤212、具有控制單元201的內(nèi)存213、以及將上述各部分 連接在一起的總線214。其中，控制單元201包括信令傳輸控制模塊202和令牌控制模塊203。而且，"請求呼叫控制消息"、"響應(yīng)呼叫控制消息"等用于控制的 消息也被稱為"信令消息"，簡稱為"信令"。并且，將該"請求呼叫控 制消息"和"響應(yīng)呼叫控制消息"統(tǒng)稱為"呼叫控制消息"。圖3是表示圖2所示的信令管理表204的詳細(xì)內(nèi)容的圖。如圖3所 示,信令管理表204包括呼叫控制消息管理表301 、組播地址管理表302、 以及單播地址管理表303。在控制消息管理表301中，將用于對在多個無線一鍵通客戶端21、 22、23和無線一鍵通服務(wù)器11之間建立的會話進行控制的TBCP消息(即 呼叫控制消息)，與表示TBCP消息在多個無線一鍵通客戶端21、 22、 23 和無線一鍵通服務(wù)器11之間的傳輸方式的通信的類型對應(yīng)起來存儲。如圖3所示，TBCP消息包括如下呼叫控制消息無線一鍵通服務(wù)器 拒絕無線一鍵通客戶端請求令牌的TBCP拒絕消息；表示令牌空閑的 TBCP空閑消息；表示令牌被占用的TBCP占用消息；無線一鍵通服務(wù)器 通知取得令牌的無線一鍵通客戶端停止發(fā)送音頻流的TBCP取消消息； 通知無線一鍵通客戶端所發(fā)送TBCP請求消息在請求隊列中位置的TBCP 請求隊列狀態(tài)響應(yīng)消息；通知無線一鍵通客戶端會話結(jié)束的TBCP斷開 消息；通知無線一鍵通客戶端加入會話的TBCP連接消息等。通信的類型包括"一對一"和"一對多"這兩種類型。如果TBCP 消息只發(fā)送給一個無線一鍵通客戶端，那么該TBCP消息的類型為"一 對一"，即傳輸方式為單播。如果TBCP消息發(fā)送給多個無線一鍵通客戶 端，那么該TBCP消息的類型為"一對多"，即傳輸方式為組播。在組播地址管理表302中，對應(yīng)存儲了各個無線一鍵通客戶端所屬 的組播組的群組標(biāo)識、及對應(yīng)于群組標(biāo)識的傳輸?shù)刂?即組播地址)。 當(dāng)無線一鍵通服務(wù)器要向多個無線一鍵通客戶端發(fā)送類型為"一對多" 的TBCP消息時，檢索組播地址管理表302，獲得多個無線一鍵通客戶端所屬群組的作為傳輸?shù)刂返慕M播地址，然后通過該組播地址向多個無線 一鍵通客戶端發(fā)送"一對多"類型的TBCP消息。在單播地址管理表303中，對應(yīng)存儲了各個無線一鍵通客戶端所屬 的組播組的群組標(biāo)識、無線一鍵通客戶端標(biāo)識、及單播的傳輸?shù)刂?。?dāng) 無線一鍵通服務(wù)器要向多個無線一鍵通客戶端中的某一個發(fā)送類型為 "一對一"的TBCP消息時，檢索單播地址管理表302，獲得相應(yīng)無線一 鍵通客戶端的作為傳輸?shù)刂返膯尾サ刂?，然后通過該單播地址向相應(yīng)無 線一鍵通客戶端發(fā)送"一對一"類型的TBCP消息。返回圖2進一步說明?？刂茊卧?01用于控制對在多個無線一鍵通 客戶端21、 22、 23與無線一鍵通服務(wù)器11之間建立的會話進行控制的 多種呼叫控制消息的傳輸。在無線一鍵通服務(wù)器11經(jīng)由網(wǎng)絡(luò)接口 210接收到從多個無線一鍵 通客戶端21、 22、 23中的某一個發(fā)送來的請求呼叫控制消息時，控制 單元201通過檢索信令管理表204來確定與所接收到的請求呼叫控制消 息相對應(yīng)的響應(yīng)呼叫控制消息的通信類型，并根據(jù)將該響應(yīng)呼叫控制消 息的內(nèi)容來確定發(fā)送到哪個無線一鍵通客戶端。令牌控制模塊203根據(jù)來自無線一鍵通服務(wù)器的請求呼叫控制消 息，來確定應(yīng)當(dāng)回發(fā)給相應(yīng)無線一鍵通服務(wù)器的與該請求呼叫控制消息 相對應(yīng)的響應(yīng)呼叫控制消息，并將該響應(yīng)呼叫控制消息通知給信令傳輸 控制模塊202。信令傳輸控制模塊202檢索存儲在硬盤中204中的呼叫控制信息管 理表301來確定該響應(yīng)呼叫控制消息的通信類型，再根據(jù)檢索到的通信 類型來檢索組播地址管理表302和單播地址管理表303來確定與該響應(yīng) 呼叫控制消息的通信類型相對應(yīng)的傳輸?shù)刂罚创_定將該響應(yīng)呼叫控制 消息發(fā)送到哪個無線一鍵通客戶端。圖4是表示無線一鍵通服務(wù)器11中的控制單元201的信令傳輸控 制模塊202的處理流程圖。在接收到要從無線一鍵通服務(wù)器11發(fā)送到無線一鍵通客戶端的響 應(yīng)呼叫控制消息(步驟501)之后，信令傳輸控制模塊202檢索呼叫控 制消息管理表301，來判斷該響應(yīng)呼叫控制消息的通信的類型是否是組播(步驟502)。若在步驟502中判斷的結(jié)果是"否"，即，該響應(yīng)呼叫控制消息的 類型是"一對一"，則信令傳輸控制模塊202檢索單播地址管理表303， 獲得向相應(yīng)無線一鍵通客戶端發(fā)送該響應(yīng)呼叫控制消息的單播地址(步 驟504)，然后，采用單播地址來傳輸該響應(yīng)呼叫控制消息(步驟505)。若在步驟502中判斷的結(jié)果是"是"，即，該響應(yīng)呼叫控制消息的 類型是"一對多"，則信令傳輸控制模塊202檢索組播地址管理表302， 獲得向所有無線一鍵通客戶端發(fā)送該響應(yīng)呼叫控制消息的組播地址(步 驟503)，然后，采用組播地址來傳輸該響應(yīng)呼叫控制消息(步驟505)。圖5^是示出了本發(fā)明涉及的無線一鍵通系統(tǒng)的信令流程。無線一鍵 通客戶端經(jīng)由網(wǎng)絡(luò)向無線一鍵通服務(wù)器發(fā)送請求呼叫控制消息等控制 消息來獲得令牌或者釋放令牌。而無線一鍵通服務(wù)器控制令牌的狀態(tài)， 并向無線一鍵通客戶端發(fā)送響應(yīng)呼叫控制消息等控制消息來通知響應(yīng) 客戶端有關(guān)令牌的狀態(tài)。其中，帶箭頭的實線表示單播信令消息，帶箭 頭的雙點劃線表示組播信令消息，帶箭頭的虛線表示媒體流。首先，在無線一鍵通客戶端21和無線一鍵服務(wù)器11之間，通過SIP 協(xié)議建立會話。在建立了會話之后，無線一鍵通客戶端21就可以發(fā)送 請求呼叫控制消息來請求令牌。如圖5所示，無線一鍵通客戶端21用 單播向無線一鍵通服務(wù)器11發(fā)送作為請求呼叫控制消息的TBCP請求消 息(401)。接著，無線一鍵通服務(wù)器11接收到該TBCP請求消息之后， 檢査令牌是否被其它無線一鍵通客戶端22、 23占用(402)。若令牌沒 有被占用，則無線一鍵通服務(wù)器11響應(yīng)該TBCP請求消息，向無線一鍵 通客戶端21發(fā)送作為響應(yīng)呼叫控制消息的TBCP授權(quán)消息(404)。同時， 無線一鍵通服務(wù)器11向其它所有無線一鍵通客戶端22、 23發(fā)送作為響 應(yīng)呼叫控制消息的TBCP占用消息(405)，通知令牌己被占用。另外，無線一鍵通服務(wù)器11在發(fā)送響應(yīng)呼叫控制消息之前，控制 單元201通過檢索呼叫控制信息管理表301來確定與所接收到的作為請 求呼叫控制消息的TBCP請求消息相對應(yīng)的響應(yīng)呼叫控制消息的通信類型(403)。例如，當(dāng)確定TBCP授權(quán)消息是"一對一"類型時，通過單 播向無線一鍵通客戶端21傳輸該TBCP授權(quán)消息；當(dāng)確定TBCP占用消 息是"一對多"類型時，通過組播向無線一鍵通客戶端22、 23傳輸該 TBCP占用消息。接著，無線一鍵通客戶端21接收到TBCP授權(quán)消息后，開始向無線 一鍵通服務(wù)器11發(fā)送音頻流等媒體流，而無線一鍵通客戶端22、 23接 收到TBCP占用消息后，開始接收由無線一鍵通服務(wù)器11轉(zhuǎn)發(fā)的來自無 線一鍵通客戶端21的音頻流等媒體流(406)。另一方面，當(dāng)無線一鍵通客戶端21結(jié)束音頻流等媒體流的發(fā)送并 釋放令牌時，會通過單播向無線一鍵通服務(wù)器11發(fā)送作為請求呼叫控 制消息的TBCP釋放消息(407)。無線一鍵通服務(wù)器11接收到該TBCP 釋放消息后，檢査令牌狀態(tài)(408)，并將作為響應(yīng)呼叫控制消息的TBCP 空閑消息通知給全部無線一鍵通客戶端21、 22、 23。然后，控制單元 201通過檢索呼叫控制信息管理表301來確定該TBCP空閑消息的通信類 型(409)。例如，當(dāng)確定該TBCP空閑消息是"一對多"類型時，無線 一鍵通服務(wù)器11通過組播向無線一鍵通客戶端21、 22、 23傳輸該TBCP 空閑消息(410)。這樣一來，對于只接收呼叫控制消息的客戶端來說可以釋放空中接 口用于單播信道的無線資源，從而減少無線資源消耗。再者，無線一鍵 通服務(wù)器如上所述地控制呼叫控制消息的通信的類型，可以有效減少呼 叫控制消息在網(wǎng)絡(luò)中的重復(fù)傳送，以減少資源消耗，從而可以提高蜂窩 網(wǎng)絡(luò)資源的利用率。以上，詳細(xì)地說明了本發(fā)明的呼叫控制設(shè)備及其呼叫控制方法的優(yōu) 選實施方式，但本發(fā)明不限于此，本領(lǐng)域的技術(shù)人員可以根據(jù)其宗旨根據(jù)具體情況進行適當(dāng)變化。例如在上述實施方式中，無線一鍵通客戶端為3個，無線一鍵通服 務(wù)器為1個，但顯然可以根據(jù)情況來具體設(shè)定它們的個數(shù)。而且，例如 在上述實施方式中，控制單元由信令傳輸控制模塊和令牌控制模塊來構(gòu)成以實現(xiàn)其功能，但顯然只要能實現(xiàn)其功能，既可以由一個模塊構(gòu)成， 也可以由三個以上模塊構(gòu)成。另外，例如在上述實施方式中，存儲在作為存儲裝置的硬盤中的信 令管理表(即控制信息管理表)包括呼叫控制信息管理表、單播地址管 理表及組播地址管理表這三個表，但只要能通過檢索該信令管理表而得 到在無線一鍵通客戶端和無線一鍵通服務(wù)器之間傳送的呼叫控制消息 的傳輸方式或傳輸?shù)刂芬部梢院喜橐粋€表格，或者分拆為更多表格， 而表格里的項目也可以根據(jù)需要來具體設(shè)定。另外，例如在上述實施方式中，在控制消息管理表中主要存儲了由 無線一鍵通服務(wù)器發(fā)送給無線一鍵通客戶端的響應(yīng)呼叫控制消息，但也 可以根據(jù)需要而存儲由無線一鍵通客戶端發(fā)送給無線一鍵通服務(wù)器的 請求呼叫控制消息等其它控制消息。另外，本發(fā)明能廣泛地應(yīng)用于產(chǎn)業(yè)中，不僅可用于無線一鍵通系統(tǒng)， 也可以用于其它群組通信應(yīng)用。例如在無線視頻會議系統(tǒng)中，也可以采 用該技術(shù)來提高系統(tǒng)的資源利用率。
權(quán)利要求
1. 一種通過網(wǎng)絡(luò)與多個終端連接的呼叫控制設(shè)備的呼叫控制方法，其特征在于，包括以下步驟接收步驟，經(jīng)由上述呼叫控制設(shè)備的網(wǎng)絡(luò)接口，接收從上述多個終端中的某一個發(fā)送來的請求呼叫控制消息；確定步驟，通過檢索存儲在上述呼叫控制設(shè)備的存儲裝置中的、將用于對上述多個終端與上述呼叫控制設(shè)備之間的會話進行控制的呼叫控制消息、與表示上述呼叫控制消息的傳輸方式是單播還是多播的通信類型對應(yīng)起來存儲的控制信息管理表，來確定與所接收到的上述請求呼叫控制消息相對應(yīng)的響應(yīng)呼叫控制消息的通信類型和發(fā)送到的終端；發(fā)送步驟，根據(jù)上述通信類型，經(jīng)由上述網(wǎng)絡(luò)接口向上述確定的終端發(fā)送上述響應(yīng)呼叫控制消息。
2. 如權(quán)利要求1所述的呼叫控制設(shè)備的呼叫控制方法，其中， 在上述確定步驟中，根據(jù)上述通信類型，通過檢索還存儲著上述多個終端的各終端的單播地址及各終端所在多播組的多播地址的上述控 制消息管理表，確定與上述通信類型相對應(yīng)的地址；在上述發(fā)送步驟中，經(jīng)由上述網(wǎng)絡(luò)接口，使用所確定的上述地址向 上述多個終端中的相應(yīng)終端發(fā)送上述響應(yīng)呼叫控制消息。
3. 如權(quán)利要求2所述的呼叫控制設(shè)備的呼叫控制方法，其中， 在上述發(fā)送步驟中，在上述通信類型為單播時，通過檢索上述控制消息管理表中所包括的用于存儲上述多個終端的各終端的單播地址的 單播地址管理表來確定與上述通信類型相對應(yīng)的單播地址，在上述通信 類型為組播時，通過檢索上述控制消息管理表中所包括的用于存儲各終 端所在多播組的多播地址的多播地址管理表來確定與上述通信類型相 對應(yīng)的組播地址。
4. 一種通過網(wǎng)絡(luò)與多個終端連接的呼叫控制設(shè)備，包括 網(wǎng)絡(luò)接口，用于與外部之間發(fā)送和接收消息；存儲裝置，用于存儲控制消息管理表，該控制消息管理表將呼叫控 制消息與表示上述呼叫控制消息的傳輸方式是單播還是多播的通信類 型對應(yīng)起來存儲，其中，上述呼叫控制消息用于對上述多個終端與上述呼叫控制設(shè)備之間的會話進行控制；以及控制單元，在經(jīng)由上述網(wǎng)絡(luò)接口接收到從上述多個終端中的某一個 發(fā)送來的請求呼叫控制消息時，通過檢索上述控制信息管理表來確定與 所接收到的上述請求呼叫控制消息相對應(yīng)的響應(yīng)呼叫控制消息的通信 類型和發(fā)送到的終端；根據(jù)由上述控制單元確定的上述通信類型，經(jīng)由上述網(wǎng)絡(luò)接口向上 述確定的終端發(fā)送上述響應(yīng)呼叫控制消息。
5. 如權(quán)利要求1所述的呼叫控制設(shè)備，其中， 上述控制消息管理表還存儲上述多個終端的各終端的單播地址及各終端所在多播組的多播地址；上述控制單元根據(jù)所確定的上述通信類型，通過檢索上述控制消息 管理表來確定與上述通信類型相對應(yīng)的地址；經(jīng)由上述網(wǎng)絡(luò)接口，使用所確定的上述地址向上述多個終端中的相 應(yīng)終端發(fā)送上述響應(yīng)呼叫控制消息。
6. 如權(quán)利要求5所述的呼叫控制設(shè)備，其中， 上述控制消息管理表包括用于將呼叫控制消息與表示上述呼叫控制消息的通信類型對應(yīng)起來存儲的呼叫控制消息管理表、用于存儲上述 多個終端的各終端的單播地址的單播地址管理表、及用于存儲各終端所 在多播組的多播地址的多播地址管理表；在由上述控制單元確定的通信類型為單播時，上述控制單元通過檢 索上述單播地址管理表來確定與上述通信類型相對應(yīng)的單播地址，在由 上述控制單元確定的通信類型為組播時，上述控制單元通過檢索上述組 播地址管理表來確定與上述通信類型相對應(yīng)的組播地址。
7. 如權(quán)利要求6所述的呼叫控制設(shè)備，其中， 所述控制單元包括令牌控制模塊和信令傳輸控制模塊；上述令牌控制模塊根據(jù)上述請求呼叫控制消息，來確定與該請求呼 叫控制消息相對應(yīng)的響應(yīng)呼叫控制消息，并將該呼叫控制消息通知給上述信令傳輸控制模塊；上述信令傳輸控制模塊檢索上述呼叫控制信息管理表來確定上述 響應(yīng)呼叫控制消息的通信類型，檢索上述地址管理表來確定上述通信類 型相對應(yīng)的地址。
8.如權(quán)利要求4至7任一項所述的呼叫控制設(shè)備，其中，上述呼叫控制設(shè)備是無線一鍵通服務(wù)器。
全文摘要
本發(fā)明提供呼叫控制設(shè)備及其方法，能減少網(wǎng)絡(luò)中的無線資源消耗。通過網(wǎng)絡(luò)與多個終端連接的呼叫控制設(shè)備包括網(wǎng)絡(luò)接口，用于與外部之間發(fā)送和接收消息；存儲裝置，用于存儲控制消息管理表，該控制消息管理表將呼叫控制消息與表示呼叫控制消息的傳輸方式是單播還是多播的通信類型對應(yīng)起來存儲，其中，呼叫控制消息用于對多個終端與呼叫控制設(shè)備之間的會話進行控制；控制單元，在經(jīng)網(wǎng)絡(luò)接口接收到從多個終端中的某一個發(fā)送來的請求呼叫控制消息時，通過檢索控制信息管理表來確定與所接收到的請求呼叫控制消息相對應(yīng)的響應(yīng)呼叫控制消息的通信類型和發(fā)送到的終端；根據(jù)由控制單元確定的通信類型，經(jīng)網(wǎng)絡(luò)接口向確定的終端發(fā)送響應(yīng)呼叫控制消息。
文檔編號H04W8/26GK101257664SQ20071008437
公開日2008年9月3日 申請日期2007年2月28日 優(yōu)先權(quán)日2007年2月28日
發(fā)明者吉內(nèi)英也, 鵬 楊, 渡邊晃司, 輝 鄧, 馬元琛 申請人:株式會社日立制作所