国产精品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>

      無線通信系統(tǒng)中的接入網(wǎng)處理監(jiān)視狀態(tài)的方法和設(shè)備的制作方法

      文檔序號:7641801閱讀:211來源:國知局
      專利名稱:無線通信系統(tǒng)中的接入網(wǎng)處理監(jiān)視狀態(tài)的方法和設(shè)備的制作方法
      無線通信系統(tǒng)中的接入網(wǎng)處理監(jiān)視狀態(tài)的方法和設(shè)備
      基于35 U.S.C.S.119要求優(yōu)先權(quán)依照一個實施例,提供了一種通過接入網(wǎng)處理監(jiān)視狀態(tài)的方法,該 方法包括判斷是否接收到FTCMAC.UATIReceived指示;判斷是否有排隊 等候的OpenConnection命令; 一旦接收到FTCMAC.UATIReceived指示, 就轉(zhuǎn)換到BindUATI狀態(tài);如果沒有排隊等候的OpenConnection命令,則
      轉(zhuǎn)換到睡眠狀態(tài)。
      00101依照另一個實施例,描述了一種計算機(jī)可讀介質(zhì),包括第一組指 令,用于判斷是否接收到FTCMAC.UATIReceived指示;第二組指令,用于 判斷是否有排隊等候的OpenConnection命令;第三組指令,用于在接收到 FTCMAC.UATIReceived指示時轉(zhuǎn)換到BindUATI狀態(tài);第四組指令,用于 在沒有排隊等候的OpenConnection命令時轉(zhuǎn)換到睡眠狀態(tài)。0011依照另一個實施例,描述了工作在無線通信系統(tǒng)中的一種設(shè)備,包 括用于判斷是否接收到FTCMAC.UATIReceived指示的模塊;用于判斷是 否有排隊等候的OpenConnection命令的模塊;用于在接收到 FTCMAC.UATIReceived指示時轉(zhuǎn)換到BinkUATI狀態(tài)的模塊;用于在沒有 排隊等候的OpenConnection命令時轉(zhuǎn)換到睡眠狀態(tài)的模塊。00121為了實現(xiàn)前述和相關(guān)目的,所述一個或多個實施例包括后面充分描 述以及在權(quán)利要求書中具體指出的特征。以下描述和附圖具體提供了所述 一個或多個實施例中的某些示例性實施例。然而,這些實施例僅僅指示可 采用不同實施例的原理的一些不同方式,所描述的實施例旨在包括全部這 種實施例及其等效物。


      0013圖1描繪了多址無線通信系統(tǒng)的實施例; [0014
      圖2描繪了多址無線通信系統(tǒng)中發(fā)射機(jī)和接收機(jī)的實施例; [0015
      圖3A和圖3B描繪了用于多址無線通信系統(tǒng)的超幀結(jié)構(gòu)的實施例;0016圖4A描繪了接入網(wǎng)的處理流程(J017j圖4B描繪了用于接入網(wǎng)處理監(jiān)視狀態(tài)的一個或多個處理器。
      具體實施例方式
      0018現(xiàn)在參照附圖描述多個實施例,其中用相同的附圖標(biāo)記指示本文中 的相同元件。在下面的描述中,為便于解釋,給出了大量具體細(xì)節(jié),以便 提供對一個或多個實施例的全面理解。然而,很明顯,也可以不用這些具 體細(xì)節(jié)來實現(xiàn)所述實施例。在其它例子中,以方框圖形式示出公知結(jié)構(gòu)和 設(shè)備,以便于描述一個或多個實施例。
      0019參照圖1,示出根據(jù)一個實施例的多址無線通信系統(tǒng)。多址無線通信 系統(tǒng)100包括多個小區(qū),例如,小區(qū)102、 104和106。在圖1的實施例中, 每個小區(qū)102、 104和106可以包括接入點150,其包括多個扇區(qū)。所述多 個扇區(qū)由多個天線所構(gòu)成的組形成,其分別負(fù)責(zé)在小區(qū)的一部分中與接入 終端進(jìn)行通信。在小區(qū)102中,天線組112、 114和116分別對應(yīng)不同扇區(qū)。 在小區(qū)104中,天線組118、 120和122分別對應(yīng)不同扇區(qū)。在小區(qū)106中, 天線組124、 126和128分別對應(yīng)不同扇區(qū)。如本文所使用的,接入點可以是用于與終端進(jìn)行通信的固定站,也 可被稱為基站、節(jié)點B或一些其它術(shù)語,并且包括基站、節(jié)點B等的部分 或全部功能。接入終端也可被稱為用戶設(shè)備(UE)、無線通信設(shè)備、終端、 移動臺或一些其它術(shù)語,并且包括UE、無線通信設(shè)備、終端、移動臺等的 部分或全部功能。
      0023應(yīng)當(dāng)注意,盡管圖1示出物理扇區(qū),即,對于不同扇區(qū)具有不同天 線,但是也可以利用其它方法。例如,可以利用在頻率空間中分別覆蓋小 區(qū)不同區(qū)域的多個固定"波束"來替代物理扇區(qū)或與物理扇區(qū)組合。在名 稱為"Adaptive Sectorization in Cellular System"的未決美國專利申請 No.ll/260,895中描述并公開了這種方法。在圖3A和圖3B中,前向鏈路傳輸分為多個超幀單元。超幀可以由 超幀前導(dǎo)碼及其后跟有的幀序列構(gòu)成。在FDD系統(tǒng)中,反向鏈路和前向鏈 路傳輸可能占用不同的頻率帶寬,使得這兩個鏈路上的傳輸不會或大部分 不會在任意頻率子載波上重疊。在TDD系統(tǒng)中,N個前向鏈路幀和M個 反向鏈路幀定義了在允許傳輸相反類型的幀之前,可以持續(xù)發(fā)送的連續(xù)前 向鏈路和反向鏈路幀的數(shù)量。應(yīng)當(dāng)注意,在給定的超幀內(nèi)或在超幀之間, 數(shù)值N和M可以不同。
      |0040
      在FDD和TDD系統(tǒng)中,每個超幀可包括超幀前導(dǎo)碼。在某些實施 例中,超幀前導(dǎo)碼包括導(dǎo)頻信道,其包括可被接入終端用于進(jìn)行信道估 計的導(dǎo)頻;廣播信道,其包括接收終端可用來解調(diào)包含在前向鏈路幀中的 信息的配置信息。此外,在超幀前導(dǎo)碼中也可以包括使得接入終端足以在 一個載波上進(jìn)行通信的例如時序和其它信息的采集信息,以及基本功率控 制或偏移信息。在其它情況下,在超幀前導(dǎo)碼中僅僅包括上述和/或其它信 息中的一部分。
      0041如圖3A和圖3B中所示,超幀前導(dǎo)碼后跟有幀序列。每個幀可以由 相同或不同數(shù)量的OFDM符號組成,其可以構(gòu)成可同時用于在某指定期內(nèi) 進(jìn)行傳輸?shù)亩鄠€子載波。此外,每個幀可以根據(jù)符號率跳變模式或塊跳變 模式進(jìn)行操作,其中,在符號率跳變模式中在前向鏈路或反向鏈路上為用 戶指定一個或多個非連續(xù)OFDM符號,在塊跳變模式中用戶在一個OFDM 符號塊內(nèi)跳變。實際的塊或OFDM符號可以或可以不在幀之間跳變。00421接入終端和接入網(wǎng)之間的通信通過通信鏈路進(jìn)行。該接入終端將進(jìn) 入監(jiān)視狀態(tài),以便從接入網(wǎng)接收尋呼、快速尋呼或者其它消息,當(dāng)處于監(jiān) 視狀態(tài)時,接入網(wǎng)會發(fā)送單播消息。利用通信鏈路,再基于預(yù)定的時間、 系統(tǒng)條件、或者其它判斷標(biāo)準(zhǔn),接入網(wǎng)向接入終端發(fā)送單播消息??梢允?用多種通信協(xié)議/標(biāo)準(zhǔn)來實現(xiàn)通信鏈路,所述通信協(xié)議/標(biāo)準(zhǔn)例如微波接入全 球互通(WiMAX)、例如紅外數(shù)據(jù)協(xié)會(IrDA)的紅外協(xié)議、短距離無線 協(xié)議/技術(shù)、Bluetooth⑧技術(shù)、ZigBee⑧協(xié)議、超寬帶(UWB)協(xié)議、家庭 射頻(HomeRF)、共享無線接入?yún)f(xié)議(SWAP)、例如無線以太網(wǎng)兼容聯(lián)盟
      (WECA)的寬帶技術(shù)、無線保真聯(lián)盟(Wi-Fi聯(lián)盟)、802.11網(wǎng)絡(luò)技術(shù)、 公共交換電話網(wǎng)絡(luò)技術(shù)、例如互聯(lián)網(wǎng)的公共異類通信網(wǎng)絡(luò)技術(shù)、專用無線 通信網(wǎng)絡(luò)、陸地移動無線網(wǎng)絡(luò)、碼分多址(CDMA)、寬帶碼分多址
      (WCDMA)、通用移動電信系統(tǒng)(UMTS)、高級移動電話服務(wù)(AMPS)、 時分多址(TDMA)、頻分多址(FDMA)、正交頻分復(fù)用(OFDM)、正交 頻分多址(OFDMA)、正交頻分復(fù)用閃存(OFDM-FLASH)、全球移動通 信系統(tǒng)(GSM)、單載波(IX)無線傳輸技術(shù)(RTT)、僅數(shù)據(jù)演進(jìn)(EV-DO) 技術(shù)、通用分組無線業(yè)務(wù)(GPRS)、增強(qiáng)數(shù)據(jù)GSM環(huán)境(EDGE)、高速下 行鏈路數(shù)據(jù)分組接入(HSDPA)、模擬和數(shù)字衛(wèi)星系統(tǒng)以及可以在無線通信
      網(wǎng)絡(luò)和數(shù)據(jù)通信網(wǎng)絡(luò)中的至少一個內(nèi)使用的任意其它技術(shù)/協(xié)議。
      0043監(jiān)視狀態(tài)下的接入網(wǎng)可以
      如果接入網(wǎng)接收到FTCMAC.UATIReceived指示,則轉(zhuǎn)換到BindUATI 狀態(tài)。這一需求通常優(yōu)先于適合這一狀態(tài)的其它需求。
      如果該接入網(wǎng)有排隊等候的OpenConnection命令,它會
      °向接入終端發(fā)送尋呼。(如果由于資源有限造成該尋呼不適于在 控制信道MAC中發(fā)送,可以通過ForwardTrafficChannelMAC發(fā) 送該尋呼)
      °如果該接入終端的睡眠期大于一個超幀,并且該尋呼是通過 ForwardTrafficChannelMAC發(fā)送的,則該接入網(wǎng)將在發(fā)送快速尋 呼的超幀之后的超幀中發(fā)送該尋呼。
      °在發(fā)送該尋呼之后,轉(zhuǎn)換到睡眠狀態(tài)。
      如果該接入網(wǎng)沒有排隊等候的OpenConnection命令,就轉(zhuǎn)換到睡眠 狀態(tài)。
      [0044
      圖4A示出了依照一個實施例的過程400的流程圖。在402中,判斷 是否接收到FTCMAC.UATIReceived指示。在404中,如果接收到 FTCMAC.UATIReceived指示,接入網(wǎng)就轉(zhuǎn)換到BindUATI狀態(tài)。接下來在 406中,判斷是否有排隊等候的OpenConnection命令。在一個實施例中, 在414中,如果沒有排隊等候的OpenConnection命令,則接入網(wǎng)轉(zhuǎn)換到睡 眠狀態(tài)。在另一個實施例中,在410中,判斷接入終端的睡眠期是否大于 一個超幀以及該尋呼是否通過ForwardTrafficChannelMAC發(fā)送。判斷是否 有排隊等候的OpenConnection命令提高了接入網(wǎng)的效率,這樣,前面所提 到的一個或多個實施例就不需要發(fā)生了。此外,在一個實施例中,如果該 接入終端的睡眠期不大于一個超幀且該尋呼通過 ForwardTrafficChannelMAC發(fā)送,那么,在408中向接入終端發(fā)送尋呼, 在414中該接入網(wǎng)轉(zhuǎn)換到睡眠狀態(tài)。在另一個實施例中,如果接入終端的 睡眠期大于一個超幀并且該尋呼是通過ForwardTrafficChannelMAC發(fā)送 的,那么,在412,該接入網(wǎng)在發(fā)送快速尋呼的超幀之后的超幀中向接入終 端發(fā)送尋呼,在414,該接入網(wǎng)轉(zhuǎn)換到睡眠狀態(tài)。
      0045圖4B示出了通過接入網(wǎng)處理監(jiān)視狀態(tài)的處理器450。所提到的處理 器可以是電子設(shè)備,也可以包括一個或多個用于依照該實施例進(jìn)入監(jiān)視狀
      態(tài)的處理器。處理器452用于判斷是否接收到FTCMAC.UATIReceived指示。 處理器454用于在接收到FTCMAC.UATIReceived指示時,將接入網(wǎng)轉(zhuǎn)換到 BindUATI狀態(tài)。此外,處理器456用于判斷是否有排隊等候的 OpenConnection命令。在一個實施例中,處理器464用于在沒有 OpenConnection命令時,將接入網(wǎng)轉(zhuǎn)換到睡眠狀態(tài)。在另一個實施例中, 處理器460用于判斷接入終端的睡眠期是否大于一個超幀以及尋呼是否通 過ForwardTra伍cChanneIMAC發(fā)送。判斷是否有排隊等候的OpenConnection 命令提高了接入網(wǎng)的處理效率,這樣,之前提到的一個或多個實施例就不 需要發(fā)生。此外,在一個實施例中,如果接入終端的睡眠期不比一個超幀 長且該尋呼是通過ForwardTrafficChanndMAC發(fā)送的,處理器458用于向 接入終端發(fā)送尋呼,并且,處理器464用于將接入網(wǎng)轉(zhuǎn)換到睡眠狀態(tài)。在 另一個實施例中,如果接入終端的睡眠期大于一個超幀并且該尋呼通過 ForwardTrafficChannelMAC發(fā)送,那么,處理器462用于在發(fā)送快速尋呼 的超幀之后的超幀中向接入終端發(fā)送尋呼,處理器464用于將接入網(wǎng)轉(zhuǎn)換 到睡眠狀態(tài)。圖中所描述的分立處理器452到464的功能可以結(jié)合到一個 單獨的處理器466中。存儲器468還與處理器466相連接。 [0046在一個實施例中,描述了一種設(shè)備,包括用于判斷是否接收到 FTCMAC.UATIReceived指示的模塊。提供了用于在接收到 FTCMAC.UATIReceived指示時將接入網(wǎng)轉(zhuǎn)換到BindUATI狀態(tài)的模塊。此 外,還提供了用于判斷是否有排隊等候的OpenConnection命令的模塊。在 一個實施例中,提供了用于在沒有OpenConnection命令時將接入網(wǎng)轉(zhuǎn)換到 睡眠狀態(tài)的模塊。在另一個實施例中,提供了用于判斷接入終端的睡眠期 是否大于一個超幀以及尋呼是否通過ForwardTrafficChannelMAC發(fā)送的模 塊。此外,在一個實施例中,提供了如果接入終端的睡眠期不大于一個 超幀且該尋呼是通過ForwardTrafficChannelMAC發(fā)送的則用于向接入終端 發(fā)送尋呼的模塊以及將接入網(wǎng)轉(zhuǎn)換到睡眠狀態(tài)的模塊。在另一個實施例中, 提供了如果接入終端的睡眠期大于一個超幀并且該尋呼通過 ForwardTrafficChannelMAC發(fā)送,則用于在發(fā)送快速尋呼的超幀之后的超 幀中向接入終端發(fā)送尋呼的模塊以及用于將接入網(wǎng)轉(zhuǎn)換到睡眠狀態(tài)的模
      塊。這里所描述的模塊可以包括一個或多個處理器。
      [0047此外,可以由硬件、軟件、固件、中間件、微代碼或其任意組合實 現(xiàn)所述實施例。當(dāng)在軟件、固件、中間件或微代碼中實現(xiàn)時,執(zhí)行所需任 務(wù)的程序代碼或代碼段可存儲在機(jī)器可讀介質(zhì)中,例如未示出的分立存儲 器。處理器可以執(zhí)行所需任務(wù)。代碼段可以代表過程、函數(shù)、子程序、程 序、例程、子例程、模塊、軟件包、類或者指令、數(shù)據(jù)結(jié)構(gòu)或程序聲明的 任意組合??梢酝ㄟ^傳遞和/或接收信息、數(shù)據(jù)、變量、參數(shù)或存儲器內(nèi)容, 將一個代碼段耦合到另一個代碼段??梢越?jīng)由包括存儲器共享、消息傳遞、 令牌傳遞、網(wǎng)絡(luò)傳輸?shù)热我膺m當(dāng)方式,將信息、變量、參數(shù)、數(shù)據(jù)等進(jìn)行 傳遞、轉(zhuǎn)發(fā)或發(fā)送。
      00481對于本領(lǐng)域技術(shù)人員而言,對所述實施例的各種修改將是顯而易見 的,并且本文所定義的一般性原理適用于其它實施例。因此,本說明書并 非旨在局限于所示出的實施例,而應(yīng)給予與本文所公開的原理和新穎特征 相一致的最寬范圍。
      權(quán)利要求
      1、無線通信系統(tǒng)中的接入網(wǎng)處理監(jiān)視狀態(tài)的方法,其特征在于判斷是否接收到了FTCMAC.UATIReceived指示;判斷是否有排隊等候的OpenConnection命令;一旦接收到所述FTCMAC.UATIReceived指示,就轉(zhuǎn)換到BindUATI狀態(tài);如果沒有排隊等候的OpenConnection命令,則轉(zhuǎn)換到睡眠狀態(tài)。
      2、權(quán)利要求1所述的方法,其特征在于如果有排隊等候的OpenConnection命令,則向接入終端發(fā)送尋呼并轉(zhuǎn) 換到所述睡眠狀態(tài)。
      3、權(quán)利要求2所述的方法,其特征在于如果所述接入終端的睡眠期大于一個超幀并且所述尋呼是通過 ForwardTrafficChannelMAC發(fā)送的,則在發(fā)送快速尋呼的超幀之后的一個 超幀中向所述接入終端發(fā)送所述尋呼,并轉(zhuǎn)換到所述睡眠狀態(tài)。
      4、 一種計算機(jī)可讀介質(zhì),包括存儲在其上的指令,其特征在于 第一組指令,用于判斷是否接收到FTCMAC.UATIReceived指示; 第二組指令,用于判斷是否有排隊等候的OpenConnection命令; 第三組指令,用于在接收到FTCMAC.UATIReceived指示時轉(zhuǎn)換到 BindUATI狀態(tài);第四組指令,用于如果沒有排隊等候的OpenConnection命令就轉(zhuǎn)換到 睡眠狀態(tài)。
      5、權(quán)利要求4所述的計算機(jī)可讀介質(zhì),其特征在于 第五組指令,用于如果有排隊等候的OpenConnection命令,則向接 入終端發(fā)送尋呼并轉(zhuǎn)換到所述睡眠狀態(tài)。
      6、 權(quán)利要求5所述的計算機(jī)可讀介質(zhì),其特征在于第六組指令,用于如果所述接入終端的睡眠期大于一個超幀并且所述尋呼是通過ForwardTrafficChannelMAC發(fā)送的,則在發(fā)送快速尋呼的超 幀之后的一個超幀中向所述接入終端發(fā)送所述尋呼,并轉(zhuǎn)換到所述睡眠狀 態(tài)。
      7、 一種工作在無線通信系統(tǒng)中的設(shè)備,其特征在于 用于判斷是否接收到FTCMAC.UATIReceived指示的模塊; 用于判斷是否有排隊等候的OpenConnection命令的模塊; 用于在接收到FTCMAC.UATIReceived指示時轉(zhuǎn)換到BindUATI狀態(tài)的模塊;用于在沒有排隊等候的OpenConnection命令時轉(zhuǎn)換到睡眠狀態(tài)的模塊。
      8、 權(quán)利要求7所述的設(shè)備,其特征在于具有如下模塊 如果有排隊等候的OpenConnection命令,則向接入終端發(fā)送尋呼并轉(zhuǎn)換到所述睡眠狀態(tài)。
      9、 權(quán)利要求8所述的設(shè)備,其特征在于具有如下模塊 如果所述接入終端的睡眠期大于一個超幀并且所述尋呼是通過ForwardTrafficChannelMAC發(fā)送的,則在發(fā)送快速尋呼的超幀之后的一個 超幀中向所述接入終端所述尋呼,并轉(zhuǎn)換到所述睡眠狀態(tài)。
      全文摘要
      本發(fā)明提供了一種通過接入網(wǎng)處理監(jiān)視狀態(tài)的方法和設(shè)備,包括判斷是否接收到了FTCMAC.UATIReceived指示;判斷是否有排隊等候的OpenConnection命令;一旦接收到FTCMAC.UATIReceived指示,就轉(zhuǎn)換到BindUATI狀態(tài);如果沒有排隊等候的OpenConnection命令,則轉(zhuǎn)換到睡眠狀態(tài)。
      文檔編號H04W88/02GK101346943SQ200680049428
      公開日2009年1月14日 申請日期2006年10月27日 優(yōu)先權(quán)日2005年10月27日
      發(fā)明者F·烏盧皮納爾, R·普拉卡什 申請人:高通股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1