国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種交換模式轉換的方法及裝置的制作方法

      文檔序號:7715261閱讀:118來源:國知局
      專利名稱:一種交換模式轉換的方法及裝置的制作方法
      技術領域
      本發(fā)明涉及移動通信領域,尤其涉及一種交換模式轉換的方法及裝置。
      背景技術
      目前不少通信系統(tǒng)都應用了本地交換功能。本地交換指,主被叫用戶在符合一定條件下,其通話(也就是用戶面數(shù)據(jù))不再經(jīng)過核心網(wǎng),而直接在主被叫兩個基站之間進行的方式。這樣做的好處是,減少了對核心網(wǎng)資源的占用,縮短了語音的傳輸時延。節(jié)約了Abis 口 (基站和基站控制器之間的接口)等使用帶寬,為運營商和用戶都提供了方便。本地交換最大的特點是用戶面數(shù)據(jù)不再經(jīng)由核心網(wǎng)傳送而直接在基站間進行。當通話采用上述方式進行傳遞時,認為是在本地交換模式下進行,相應的,傳統(tǒng)的通話方式,則認為在傳統(tǒng)交換模式下進行。 本地交換模式是傳統(tǒng)通信系統(tǒng)的一種特殊應用,大大節(jié)約了 Abis 口等的帶寬資源,但是也勢必引入了新的問題。因為在移動通信中,一定有大量的切換,在本地交換模式的切換要考慮更多的因素,必然也就帶來一些新的性能影響因素。例如,在本地交換模式下通話的兩個用戶,可能因為切換后因信道類型改變或因切換后所在基站的變化,于是不再符合本地交換的條件而因此需要轉換到傳統(tǒng)通話模式下。而頻繁的切換,可能導致的不但是頻繁的切換,并伴有頻繁的轉換(在傳統(tǒng)交換模式和本地交換模式之間的轉換);再者,在本地交換模式下的切換也因為要兼顧考慮更多的因素,例如,用于本地交換的基站間新的業(yè)務通道建立的情況。這樣,本地交換模式下的切換的穩(wěn)定性顯然比傳統(tǒng)交換模式下的切換穩(wěn)定性差。 另外,在本地交換模式的通話中,用戶常常會使用一些用戶呼叫保持等補充業(yè)務,
      這時,還需要從本地交換模式再返回傳統(tǒng)交換模式下進行,在補充業(yè)務完成后再返回本地
      交換模式下,顯然也會影響通話效果,甚至,當轉換不順利時,可能掉話。 顯然,使用傳統(tǒng)交換模式時,用戶的語音的穩(wěn)定性和業(yè)務功能的豐富性更多,效果更好。 可見,使用本地交換模式會大大節(jié)約Abis 口帶寬,而使用傳統(tǒng)交換模式,會保證用戶語音的穩(wěn)定性和業(yè)務功能的最大豐富性。 現(xiàn)有實踐中常有這樣的情況給定了一定的帶寬使用,但是上限受限,當通話繁忙時,會因預先分配的帶寬有限,于是出現(xiàn)不能撥通電話的現(xiàn)象,比較常見的是家庭或企業(yè)應用。在有本地交換應用的今天,可以選擇通過使所有可能進行本地交換的通話全部轉入本地交換模式,這樣可以解決帶寬受限問題。但是,目前本地交換對補充業(yè)務的支持不靈活,甚至可能不能進支持補充業(yè)務,于是造成對通話用戶的使用受限。這成為本地交換應用的一個需要提高的地方,而這是傳統(tǒng)交換模式的優(yōu)勢。 現(xiàn)有常見的處理方式是,符合本地交換轉換條件就轉換,為節(jié)約帶寬而進行本地交換轉換,但是此時,對補充業(yè)務的處理會存在很多不便,甚至可能不能進行補充業(yè)務,而補充業(yè)務的應用在當前卻也是比較普遍的,所以會產生不少的問題。因此,在受限帶寬條件下,如何充分利用本地交換的帶寬優(yōu)勢和傳統(tǒng)交換模式下的語音穩(wěn)定和業(yè)務豐富優(yōu)勢,是 一個有待解決的問題。

      發(fā)明內容
      有鑒于此,本發(fā)明要解決的技術問題是在帶寬受限條件下,充分利用本地交換模 式下節(jié)約帶寬的優(yōu)勢和傳統(tǒng)交換模式下的語音穩(wěn)定和業(yè)務極大豐富的優(yōu)勢,以提高整體通 話性能。 為了解決上述技術問題,本發(fā)明一方面提供了一種交換模式轉換的方法,包括檢 測Abis 口剩余帶寬;設置本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限;當剩余帶寬大 于所述傳統(tǒng)交換模式轉換門限時,將當前通話從本地交換模式轉換至傳統(tǒng)交換模式;當剩 余帶寬小于本地交換模式轉換門限時,將當前通話從傳統(tǒng)交換模式轉換至本地交換模式。
      進一步地,當剩余帶寬大于所述本地交換模式轉換門限,且小于傳統(tǒng)交換模式轉 換門限時,則當前通話不進行模式轉換。 進一步地,實時判斷比較所述剩余帶寬與所述本地交換模式轉換門限和傳統(tǒng)交換 模式轉換門限。 進一步地,所述檢測剩余帶寬包括模式轉換成功時,或通話建立或釋放時,實時 查詢數(shù)據(jù)庫,獲取最新的剩余帶寬資源信息。 進一步地,將當前通話從傳統(tǒng)交換模式轉換至本地交換模式之前,還包括以下步 驟判斷當前通話是否滿足本地交換條件,滿足則將當前通話從傳統(tǒng)交換模式轉換至本地 交換模式。 進一步地,從傳統(tǒng)交換模式轉換至本地交換模式時,優(yōu)先級高的用戶通話,或進行 過補充業(yè)務的通話,優(yōu)先保持在傳統(tǒng)交換模式下;從本地交換模式轉換至傳統(tǒng)交換模式時, 優(yōu)先轉換優(yōu)先級高的用戶通話或進行過補充業(yè)務的通話。 本發(fā)明另一方面提供了一種交換模式轉換的裝置,包括剩余帶寬檢測模塊100, 用于檢測Abis 口剩余帶寬;門限設置模塊500,用于設置本地交換模式轉換門限和傳統(tǒng)交 換模式轉換門限;轉換控制模塊200,當剩余帶寬大于所述傳統(tǒng)交換模式轉換門限時,將當 前通話從本地交換模式轉換至傳統(tǒng)交換模式;當剩余帶寬小于本地交換模式轉換門限時, 將當前通話從傳統(tǒng)交換模式轉換至本地交換模式。 進一步地,還包括通話模式轉換模塊300,用于轉換控制模塊200完成轉換時,及 時通知剩余帶寬檢測模塊100。 進一步地,還包括通話建立和釋放模塊400,用于通話建立和釋放完成時,及時 將獲知的業(yè)務情況通知剩余帶寬檢測模塊100,并記錄通話業(yè)務情況。 進一步地,轉換控制模塊200還包括實時判斷比較所述剩余帶寬與所述本地交 換模式轉換門限和傳統(tǒng)交換模式轉換門限。 采用了上述技術方案,在符合本地交換轉換條件時不進行轉換,而是根據(jù)帶寬利 用情況靈活控制進行轉換,融合了兩種交換模式的優(yōu)勢,既保證了語音穩(wěn)定和業(yè)務的豐富, 又滿足了容納更多的用戶,提高了應用范圍和整體通話性能,防止因帶寬受限而產生的掉 話,達到通話性能和帶寬的合理協(xié)調與利用,達到了最大的綜合利用效益。


      圖1是本發(fā)明的基本原理圖。 圖2是本發(fā)明方法流程圖。 圖3是本發(fā)明模塊邏輯圖。 圖4是本發(fā)明剩余帶寬檢測模塊圖。 圖5是有關門限說明圖。 圖6是選擇轉換對象流程圖。 圖7是通話建立和釋放模塊中記錄補充業(yè)務的流程圖。 圖8是本發(fā)明實施例一的示意圖。 圖9是本發(fā)明實施例二的示意圖。 圖10是本發(fā)明實施例三的示意圖。
      具體實施例方式
      本發(fā)明提出了一種根據(jù)Abis 口帶寬利用情況來調節(jié)傳統(tǒng)交換模式和本地交換模 式進行轉換的處理方法,本發(fā)明的基本原理如圖1所示在帶寬富裕時,通話轉換到傳統(tǒng)交 換模式下;在帶寬不足時,通話轉換到本地交換模式。 圖2是本發(fā)明的方法流程圖,如圖2所示,基本方法流程為檢測Abis 口剩余帶 寬;設置本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限;當剩余帶寬大于所述傳統(tǒng)交換 模式轉換門限(上限)時,將本地交換模式下的通話轉換到傳統(tǒng)交換模式下,當剩余帶寬小 于本地交換模式轉換門限(下限),將傳統(tǒng)交換模式下的通話轉換到本地交換模式。
      其中,在本地交換模式和傳統(tǒng)交換模式間轉換時,無論是朝那個方向轉化,都會隨 著轉換的進行,逐步影響著剩余帶寬的大小,因此,對剩余帶寬的檢測是需要及時并且動態(tài) 的。在選擇轉換對象(也就是通話)時(無論是朝本地交換方向轉換或是朝傳統(tǒng)交換方向 轉換),可以采用隨機選取的方式,或是采用用戶優(yōu)先級的方式,或是根據(jù)用戶對補充業(yè)務 的需求情況來選取,或者是以上多種方式的結合。 圖3是本發(fā)明的模塊邏輯圖,如圖3所示,包括剩余帶寬檢測模塊100,轉換控制模 塊200,通話模式轉換模塊300和通話建立與釋放模塊400。 剩余帶寬檢測模塊100 :用于根據(jù)當前情況,進行實時查詢,及時進行資源控制處 理。該模塊根據(jù)當前通話流程情況及時獲取剩余帶寬資源信息,并及時通知給轉換控制模 塊進行相關流程控制、以達到調節(jié)目的。 如圖3所示,剩余帶寬檢測模塊IOO,可以及時獲取通話模式轉換流程300和通話 建立與釋放流程400信息,便于根據(jù)流程情況進行及時的檢測。比如,當一個通話建立完成 后,模塊100可以收到通話建立完成消息,于是及時查詢數(shù)據(jù)庫當前最新的剩余帶寬資源
      情況?;蛘弋斠粋€通話掛機釋放的時候,模塊ioo可以收到通話釋放消息,于是再次查詢數(shù)
      據(jù)庫當前最新的剩余帶寬資源情況。在通話保持期間,當通話成功轉入本地交換模式時,模 塊100也將收到模式轉換成功消息,及時查詢數(shù)據(jù)庫當前最新的剩余帶寬資源情況,而當 通話成功再轉換到傳統(tǒng)交換模式時,模塊100也將收到模式轉換成功消息,仍然及時查詢 數(shù)據(jù)庫當前最新的剩余帶寬資源情況。因此能及時而靈活、靈敏地檢測出當前最新的剩余 帶寬資源情況。
      轉換控制模塊200 :根據(jù)剩余帶寬檢測模塊100檢測到的最新剩余帶寬信息,與本 地交換模式轉換門限和傳統(tǒng)交換模式轉換門限進行比較。根據(jù)檢測情況,進行轉換決策。當 確認要對通話進行特定模式轉換時,還要采用特定規(guī)則選取轉換對象(通話),然后根據(jù)特 定步驟發(fā)起通話交換模式轉換流程。這里轉換分為兩個方向本地交換模式方向和傳統(tǒng)交 換模式方向。 通話模式轉換模塊300 :實現(xiàn)通話在本地交換模式和傳統(tǒng)交換模式之間轉換的實 現(xiàn)流程和機制。這個流程不僅完成了轉換控制模塊200所要求的模式轉換,而且,在轉換成 功完成通過消息及時通知剩余帶寬檢測模塊100。 通話建立和釋放模塊400 :完成了通話的建立和釋放,在建立成功或釋放完成時, 及時通知剩余帶寬檢測模塊100。同時,還記錄通話業(yè)務情況,當檢查到用戶發(fā)起的業(yè)務為 補充業(yè)務(補充業(yè)務需要核心網(wǎng)支持)時,就此通話列入可轉換對象范圍之外,讓其始終保 持在傳統(tǒng)交換模式下。當然,有些業(yè)務是在通話期間才發(fā)起的,比如,通話期間用戶發(fā)起了 補充業(yè)務,這時,通話可能已經(jīng)在本地交換模式下,因此,需要轉換到傳統(tǒng)交換模式下才能 進行補充業(yè)務。而此時,對這種業(yè)務類型的解析和檢測,也在本模塊中進行。
      圖4是剩余帶寬檢測模塊圖,如圖4所示,剩余帶寬檢測模塊100從通話模式轉換 流程300和通話建立與釋放流程400中獲取觸發(fā)信息,包括通話建立消息、通話釋放消息, 或是得到轉換完成消息等,及時查詢數(shù)據(jù)庫,并將數(shù)據(jù)及時提供給轉換控制模塊200。
      在通話建立或將本地交換模式下的通話轉入傳統(tǒng)交換模式時,會導致剩余帶寬資 源的減少;在通話釋放或通話轉入到本地交換模式下時,會導致剩余帶寬資源的增加。這兩 種情況剩余帶寬檢測模塊100將靈活地檢測到并及時通知轉換控制模塊200。
      圖5是轉換控制模塊200中涉及的門限說明圖。 如 圖5所示,最長的直線表示剩余帶寬資源,當轉換控制模塊200發(fā)現(xiàn)剩余帶寬 資源高于傳統(tǒng)交換轉換門限(簡稱上限)時,表明剩余資源足夠多,因此,可以不用太考慮 Abis資源的節(jié)約。因此,如果現(xiàn)有通話中存在本地交換模式下的通話,可以把這個或這些 通話依次轉入到傳統(tǒng)交換模式下進行,于是發(fā)起一次模式轉換流程。當轉換控制模塊200 發(fā)現(xiàn)剩余帶寬資源低于本地交換轉換門限(簡稱下限)時,表明剩余資源比較少,如果現(xiàn)有 通話中存在傳統(tǒng)交換模式下的通話,可以把這個或這些通話依次轉入到本地交換模式下進 行,于是發(fā)起一次模式轉換流程。 具體地,可以通過門限值的設置來調節(jié)轉換靈敏度。比如,當下限設置的越高,就 在剩余資源相對比較富裕的時候也可以及早進行本地交換轉換;反之,設置的越低,就在剩 余資源相對比較貧乏的時候才開始轉換。同樣的道理,當上限設置的越低,說明在帶寬余量 相對不多時,也可以向傳統(tǒng)交換模式及早轉換,或者設置的越高,說明必須在帶寬余量較多 時,向傳統(tǒng)交換模式轉換;但是如果太靈敏,可能就會導致頻繁的轉換,因此需要結合實際 進行調整。 圖6是選擇轉換對象流程圖,如圖6所示,獲知剩余帶寬資源情況后,根據(jù)預設的 本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限進行判斷,判斷后得出轉換方向。然后根 據(jù)轉換方向確定轉換選擇準則來選擇要轉換的對象,然后發(fā)起相應的轉換流程。
      轉換選擇準則1 :從傳統(tǒng)交換模式轉換到本地交換模式的準則
      1)目前在傳統(tǒng)交換模式下的用戶;
      2)對發(fā)起時已經(jīng)表明是補充業(yè)務的通話,不進行模式轉換,始終保持在傳統(tǒng)交換 模式下; 3)對通話中進行過補充業(yè)務的通話,盡量優(yōu)先保持在傳統(tǒng)交換模式下;
      4)優(yōu)先級高的用戶盡量優(yōu)先保持在傳統(tǒng)交換模式下; 5)對無特殊情況的通話,隨機選擇進行從傳統(tǒng)交換模式到本地交換模式的轉換。 轉換選擇準則2 :從本地交換模式轉換到傳統(tǒng)交換模式的準則 1)目前在本地交換模式下的用戶; 2)優(yōu)先轉換曾做過補充業(yè)務的通話; 3)優(yōu)先轉換用戶優(yōu)先級高的通話; 4)如無上述情況,隨機選取進行轉換。 圖7描述了通話建立和釋放模塊400中記錄補充業(yè)務發(fā)起情況標識,便于轉換選 擇準則的判斷。如圖7所示,
      情形一 步驟1 :通話建立和釋放流程400檢測到新的通話業(yè)務發(fā)起。
      步驟2 :通話建立和釋放模塊400中發(fā)現(xiàn)通話業(yè)務申請類型標識為補充業(yè)務。
      步驟3 :將這個業(yè)務類型記錄在模塊400中的緩存區(qū)的終端申請業(yè)務標識中。
      情形二 步驟1 :通話建立和釋放模塊400檢測到新的通話業(yè)務發(fā)起。
      步驟2 :通話建立和釋放模塊400中發(fā)現(xiàn)通話為普通業(yè)務類型。 步驟3 :通話期間,通話建立和釋放模塊400通過對業(yè)務申請消息的解析,發(fā)現(xiàn)要
      求申請補充業(yè)務,將這個業(yè)務類型記錄在模塊400中的緩存區(qū)的業(yè)務附加類型標識中。 在情形1中,因為在通話初始建立時已經(jīng)知道是補充業(yè)務申請,因此,不作為轉換
      對象,即在傳統(tǒng)交換模式下不進行轉換,也就是說,兩個轉換準則都不使用。 在情形2中,當申請通話普通業(yè)務的通話進行中,期間尚未收到補充業(yè)務請求時,
      可以在帶寬轉換需要的時候,使用準則1選擇合適的通話轉換至本地交換模式,但是在此
      通話已經(jīng)在本地交換模式下時,發(fā)現(xiàn)有補充業(yè)務申請時,要馬上通過準則2選擇合適的通
      話轉換到傳統(tǒng)模式下。
      下面結合幾個具體實施例來對本發(fā)明作進一步說明
      實施例一 圖8是本發(fā)明實施例一的示意圖,如圖8所示,當通話建立與釋放模塊400在傳統(tǒng) 交換模式下檢測到通話業(yè)務發(fā)起時,或者通話模式轉換模塊300發(fā)起通話從本地交換模式 到傳統(tǒng)交換模式的轉換時 步驟1 :在傳統(tǒng)交換模式下有通話依次建立,或者,在本地交換模式下,通話轉為 傳統(tǒng)交換模式。 步驟2 :每收到一次通話建立消息或者每收到一次轉換完成消息(轉入傳統(tǒng)交換 模式下),通話建立與釋放模塊400和通話模式轉換模塊300都將及時通知剩余帶寬檢測模 塊100,剩余帶寬檢測模塊100對數(shù)據(jù)庫進行查詢,獲取最新的剩余帶寬情況,并告知轉換 控制模塊200。 步驟3 :轉換控制模塊200收到剩余帶寬情況后利用兩個門限進行比較。當比較后發(fā)現(xiàn)剩余帶寬資源低于本地交換轉換門限(下限)時,則執(zhí)行步驟4;當比較后發(fā)現(xiàn)剩余 帶寬資源高于傳統(tǒng)交換轉換門限(上限)時,則執(zhí)行步驟7;當比較后發(fā)現(xiàn)剩余帶寬資源不 至于達到任何一個門限要求時,即剩余帶寬資源低于傳統(tǒng)交換模式轉換門限且高于本地交 換模式轉換門限時,將不再發(fā)起轉換,此時結束本實施例。 步驟4 :轉換控制模塊200根據(jù)轉換通話選擇準則1進行選擇,從現(xiàn)有還在傳統(tǒng)交
      換模式下的通話中過濾出一個合適的通話對象,通知通話模式轉換模塊300,并告知轉換方
      向。模塊300根據(jù)轉換方向對此通話發(fā)起從傳統(tǒng)交換模式到本地交換模式的轉換。 步驟5 :從傳統(tǒng)交換模式到本地交換模式的轉換流程成功完成后,通話模式轉換
      模塊300將轉換成功消息及時通知了剩余帶寬檢測模塊100。 步驟6 :重復執(zhí)行步驟2至步驟5。 步驟7 :轉換控制模塊200根據(jù)轉換通話選擇準則2進行選擇,從現(xiàn)有還在本地交
      換模式下的通話中過濾出一個合適的通話對象,通知通話模式轉換模塊300,并告知轉換方
      向。模塊300根據(jù)轉換方向對此通話發(fā)起從本地交換模式到傳統(tǒng)交換模式的轉換。 步驟8 :從本地交換模式到傳統(tǒng)交換模式的轉換成功完成后,通話模式轉換模塊
      300將轉換成功消息及時通知剩余帶寬檢測模塊100。 步驟9 :重復執(zhí)行步驟2至步驟8。 實施例二 圖9是本發(fā)明實施二的示意圖,如圖9所示,當有通話釋放時(無論此通話在本地
      交換模式下還是在傳統(tǒng)交換模式下),有資源釋放時
      步驟1 :通話釋放。 步驟2 :通話建立與釋放模塊400將通話釋放完成消息通知剩余帶寬檢測模塊 100,剩余帶寬檢測模塊100對數(shù)據(jù)庫進行查詢,獲取最新的剩余帶寬情況,并告知轉換控 制模塊200。 步驟3 :轉換控制模塊200收到剩余帶寬情況后利用兩個門限進行比較,如果當前 的剩余帶寬資源高于傳統(tǒng)交換轉換門限(上限)時,對現(xiàn)有的合適的通話發(fā)起從本地交換 模式向傳統(tǒng)交換模式轉換的流程,執(zhí)行步驟4;如果當前的剩余帶寬資源低于本地交換轉 換門限(下限)時,對現(xiàn)有的合適的通話發(fā)起從傳統(tǒng)交換模式向本地交換模式轉換,執(zhí)行步 驟7 ;若剩余帶寬資源不至于達到任何一個門限要求時,將不再發(fā)起轉換,此時結束本實施例。 步驟4 :轉換控制模塊200根據(jù)轉換通話選擇準則2進行選擇,從現(xiàn)有還在傳統(tǒng)交 換模式下的通話中過濾出一個合適的通話對象,通知通話模式轉換模塊300和轉換方向, 模塊300根據(jù)轉換方向對此通話發(fā)起從本地交換模式到傳統(tǒng)交換模式的轉換流程。
      步驟5 :從傳統(tǒng)交換模式到本地交換模式的轉換流程成功完成后,模塊300將轉換 成功消息及時通知了剩余帶寬檢測模塊100。
      步驟6 :重復執(zhí)行步驟2至步驟5。 步驟7 :轉換控制模塊200根據(jù)轉換通話選擇準則1進行選擇,從 現(xiàn)有還在本地交換模式下的通話中過濾出一個合適的通話對象,通知通話模式轉
      換模塊300,并告知轉換方向。模塊300根據(jù)轉換方向對此通話發(fā)起從傳統(tǒng)交換模式到本地
      交換模式的轉換流程。
      步驟8 :從本地交換模式到傳統(tǒng)交換模式的轉換成功完成后,通話模式轉換模塊 300將轉換成功消息及時通知剩余帶寬檢測模塊100。
      步驟9 :重復執(zhí)行步驟2至步驟8。
      實施例三 圖IO是本發(fā)明實施例三的示意圖,如圖IO所示,通話中已經(jīng)有部分通話已經(jīng)陸續(xù) 轉入本地交換模式,于是又節(jié)約了不少資源時 步驟1 :因為轉換控制模塊200的調節(jié)作用,部分通話依次進入到本地交換模式 下。 步驟2 :每個通話成功轉換一次,就會發(fā)送轉換完成消息給剩余帶寬資源模塊 IOO,剩余帶寬檢測模塊IOO會對數(shù)據(jù)庫進行查詢,獲取最新的剩余帶寬情況,并告知轉換 控制模塊200。 步驟3 :轉換控制模塊200收到剩余帶寬情況后利用兩個門限進行比較,當比較后 發(fā)現(xiàn)剩余帶寬資源高于傳統(tǒng)交換轉換門限(上限)時,發(fā)起向傳統(tǒng)交換模式轉換的流程,執(zhí) 行步驟4;如果當前的剩余帶寬資源低于本地交換轉換門限(下限)時,對現(xiàn)有的合適的通 話發(fā)起從傳統(tǒng)交換模式向本地交換模式的轉換,執(zhí)行步驟7 ;當比較后發(fā)現(xiàn)剩余帶寬資源
      不至于達到任何一個門限要求時,將不再發(fā)起轉換,此時結束本實施例。 步驟4 :轉換控制模塊200根據(jù)轉換通話選擇準則2進行選擇,從現(xiàn)有還在本地交 換模式下的通話中過濾出一個合適的通話對象,并確定了轉換方向,通知通話模式轉換模 塊300及轉換方向,模塊300對此通話發(fā)起從本地交換模式到傳統(tǒng)交換模式的轉換流程。
      步驟5 :從傳統(tǒng)交換模式到本地交換模式的轉換流程成功完成后,模塊300將轉換 成功消息及時通知了剩余帶寬檢測模塊100。
      步驟6 :重復執(zhí)行步驟2至5。 步驟7 :轉換控制模塊200根據(jù)轉換通話選擇準則1進行選擇,從現(xiàn)有還在本地交 換模式下的通話中過濾出一個合適的通話對象,通知通話模式轉換模塊300,并告知轉換方 向。模塊300根據(jù)轉換方向對此通話發(fā)起從傳統(tǒng)交換模式到本地交換模式的轉換流程。
      步驟8 :從本地交換模式到傳統(tǒng)交換模式的轉換成功完成后,通話模式轉換模塊 300將轉換成功消息及時通知剩余帶寬檢測模塊100。
      步驟9 :重復執(zhí)行步驟2至步驟8。 以上所述,僅為本發(fā)明的較佳實施例而已,并非用來限定本發(fā)明的保護范圍。本領 域內技術人員應該能夠聯(lián)想到,使用其它移動通信系統(tǒng),比如raS(Personal Handy Phone System,手持電話系統(tǒng))、CDMA (Code DivisionMultiple Access)或一些3G移動通信系統(tǒng) 等,都應該屬于本發(fā)明的保護范圍之內。 上述具體實施方式
      以較佳實施例對本發(fā)明進行了說明,但這只是為了便于理解而 舉的一個形象化的實例,不應被視為是對本發(fā)明范圍的限制。同樣,根據(jù)本發(fā)明的技術方案 及其較佳實施例的描述,可以做出各種可能的等同改變或替換,而所有這些改變或替換都 應屬于本發(fā)明權利要求的保護范圍。
      權利要求
      一種交換模式轉換的方法,其特征在于,包括檢測Abis口剩余帶寬;設置本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限;當剩余帶寬大于所述傳統(tǒng)交換模式轉換門限時,將當前通話從本地交換模式轉換至傳統(tǒng)交換模式;當剩余帶寬小于本地交換模式轉換門限時,將當前通話從傳統(tǒng)交換模式轉換至本地交換模式。
      2. 根據(jù)權利要求1的方法,其特征在于,還包括當剩余帶寬大于所述本地交換模式轉換門限,且小于傳統(tǒng)交換模式轉換門限時,則當前通話不進行模式轉換。
      3. 根據(jù)權利要求l所述的方法,其特征在于,還包括實時判斷比較所述剩余帶寬與所述本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限。
      4. 根據(jù)權利要求1所述的方法,其特征在于,所述檢測剩余帶寬包括模式轉換成功時,或通話建立或釋放時,實時查詢數(shù)據(jù)庫,獲取最新的剩余帶寬資源信息。
      5. 根據(jù)權利要求1至3中任一項所述的方法,其特征在于,將當前通話從傳統(tǒng)交換模式轉換至本地交換模式之前,還包括以下步驟判斷當前通話是否滿足本地交換條件,滿足則將當前通話從傳統(tǒng)交換模式轉換至本地交換模式。
      6. 根據(jù)權利要求1所述的方法,其特征在于,從傳統(tǒng)交換模式轉換至本地交換模式時,優(yōu)先級高的用戶通話或進行過補充業(yè)務的通話,優(yōu)先保持在傳統(tǒng)交換模式下;從本地交換模式轉換至傳統(tǒng)交換模式時,優(yōu)先轉換優(yōu)先級高的用戶通話或進行過補充業(yè)務的通話。
      7. —種交換模式轉換的裝置,其特征在于,包括剩余帶寬檢測模塊IOO,用于檢測Abis 口剩余帶寬;門限設置模塊500,用于設置本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限;轉換控制模塊200,當剩余帶寬大于所述傳統(tǒng)交換模式轉換門限時,將當前通話從本地交換模式轉換至傳統(tǒng)交換模式;當剩余帶寬小于本地交換模式轉換門限時,將當前通話從傳統(tǒng)交換模式轉換至本地交換模式。
      8. 根據(jù)權利要求7所述的裝置,其特征在于,還包括通話模式轉換模塊300,用于轉換控制模塊200完成轉換時,及時通知剩余帶寬檢測模塊100。
      9. 根據(jù)權利要求7所述的裝置,其特征在于,還包括通話建立和釋放模塊400,用于通話建立和釋放完成時,及時將獲知的業(yè)務情況通知剩余帶寬檢測模塊100,并記錄通話業(yè)務情況。
      10. 根據(jù)權利要求7所述的裝置,其特征在于,轉換控制模塊200還包括實時判斷比較所述剩余帶寬與所述本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限。
      全文摘要
      本發(fā)明公開了一種交換模式轉換的方法及裝置,該方法包括檢測Abis口剩余帶寬;設置本地交換模式轉換門限和傳統(tǒng)交換模式轉換門限;當剩余帶寬大于所述傳統(tǒng)交換模式轉換門限時,將當前通話從本地交換模式轉換至傳統(tǒng)交換模式;當剩余帶寬小于本地交換模式轉換門限時,將當前通話從傳統(tǒng)交換模式轉換至本地交換模式。采用了本發(fā)明的技術后,既保證了語音穩(wěn)定和業(yè)務的豐富,又滿足了容納更多的用戶,提高了應用范圍和整體通話性能,防止因帶寬受限而產生的掉話,達到通話性能和帶寬的合理協(xié)調與利用,達到了最大的綜合利用效益。
      文檔編號H04W24/08GK101742546SQ20091018957
      公開日2010年6月16日 申請日期2009年11月27日 優(yōu)先權日2009年11月27日
      發(fā)明者劉強 申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1