TW201419924A

TW201419924A - 用於當活動承載已達到最大數量時ue發起的承載去啓動的標準

Info

Publication number: TW201419924A
Application number: TW102137360A
Authority: TW
Inventors: Lenaig Genevieve Chaponniere; Stephen William Edge; Xi-Peng Zhu; Shyamal Ramachandran
Original assignee: Qualcomm Inc
Priority date: 2012-10-16
Filing date: 2013-10-16
Publication date: 2014-05-16
Also published as: US20140105125A1; WO2014062824A1

Abstract

UE決定需要去啟動一或更多個承載上下文。隨後，UE基於上下文選擇標準針對去啟動一或更多個活動承載上下文進行選擇，以避免超出針對UE所允許的活動承載上下文的最大數量。上下文選擇標準可以與如下中的一或更多個相關：活動承載上下文的當前使用、來自與活動承載上下文相關聯的應用的資訊、與活動承載上下文相關聯的應用的優先順序級別、活動承載上下文建立的順序、通過活動承載上下文的資料活動的量測、與活動承載上下文相關聯的服務品質、針對其承載上下文被所啟動的服務的類型，例如語音或資料、活動承載上下文的頻寬分配、由UE、網路或使用者所預界定的標準、或隨機選擇。一旦選擇了一或更多個活動承載上下文，則UE對所選擇的活動承載上下文進行去啟動。

Description

用於當活動承載已達到最大數量時UE發起的承載去啟動的標準

概括地說，本案內容係關於無線通訊系統，更具體地說，本案內容係關於當UE已經達到允許的承載的最大數量時，實現使用者設備(UE)發起的承載去啟動。

無線通訊系統被廣泛部署以提供各種電信服務，例如電話、視訊、資料、訊息傳遞及廣播。典型的無線通訊系統可以使用多工存取技術，經由共用可用的系統資源(例如，頻寬、發射功率)能夠支援與多個使用者的通訊。此類多工存取技術的例子係包括：分碼多工存取(CDMA)系統、分時多工存取(TDMA)系統、分頻多工存取(FDMA)系統、正交分頻多工存取(OFDMA)系統、單承載分頻多工存取(SC-FDMA)系統以及時分同步分碼多工存取(TD-SCDMA)系統。

已經在各種電信標準中採用這些多工存取技術，以提供使不同的無線設備能夠在城市的、國家的、地區的、甚至全球的級別上通訊的公共服務。在典型的網路中，存取終端(例如，蜂巢電路)經由存取點連接到網路，其中訊務經由各種無線節點在存取終端和期望的端點(例如，伺服器或電話)之間流動。為了促進該訊務流，網路建立一或更多個承載，上述承載提供用於訊務流的服務品質(QoS)。相應地，一旦建立了承載，則存取終端和網路各自維護針對承載的承載上下文。該承載上下文包括可以使用的資訊，例如，結合辨識和處理給定訊務流的封包。具體地，承載上下文可以包括承載辨識符、封包篩檢程式資訊和QoS資訊。

在一些情況下，網路回應於存取終端發起的資源請求建立承載。例如，當使用者利用存取終端發起呼叫時，存取終端可以向網路發送訊息，請求網路建立針對撥叫的資源。作為回應，網路可以對針對該撥叫的訊務流建立承載。

在由第三代合作夥伴計畫(3GPP)界定的通用封包式無線電服務(GPRS)中，同步的封包資料協定(PDP)上下文的最大數量受限於可以界定的網路服務存取點辨識符(NSAPI)的最大數量，該網路服務存取點辨識符(NSAPI)的最大數量是11。在用於長期進化(LTE)無線存取的進化型封包系統(EPS)中，由3GPP將同步的EPS承載上下文的最大數量與GPRS需求對準，因此，其被設置為11。但是，使用者設備(UE)和網路不需要支援超過11個同步的PDP/EPS承載上下文，並且實際上，其通常支援更少的數量。

當UE需要使用LTE存取或GPRS在封包交換(PS)域中發起緊急撥叫時，其需要啟動至少一個承載上下文進行信號發送以及另一個承載上下文用於使用者媒體，(例如，語音、及/或資料)亦即，最少兩個另外的承載上下文。在UE已經處於利用已經活動的一些非緊急的相關的承載上下文的正常服務中時，有可能這兩個另外的上下文將使得同步的活動承載上下文的總數量超出UE所支援的最大值，在這種情況下，UE將需要在其能夠繼續進行PS緊急撥叫之前，首先去啟動一些已經存在的活動承載上下文。此外，即使不需要建立PS緊急撥叫，使用者亦可能想要存取需要一或更多個另外的上下文的服務，這些上下文僅在先去啟動已經活動的承載上下文才能被啟動，使得保持在UE支援的所允許的同步上下文的最大數量之內。

在本案內容的一態樣，提供了一種用於UE的無線通訊的方法、一種用於UE的電腦程式產品以及一種UE。一種示例性的UE決定需要去啟動一或更多個承載上下文。隨後，UE基於上下文選擇標準選擇去啟動一或更多個活動承載上下文，以從而避免UE超出針對UE所允許的活動承載上下文的最大數量。上下文選擇標準可以與以下各項中的一或更多個相關：活動承載上下文的當前使用、來自與活動承載上下文相關聯的應用的資訊、與活動承載上下文相關聯的應用的優先順序級別、活動承載上下文建立的順序、通過活動承載上下文的資料活動的量測、與活動承載上下文相關聯的服務品質(QoS)、啟動承載上下文所針對的服務類型(例如，語音或資料)、活動承載上下文的頻寬分配、由UE、網路或使用者所預界定的標準、或活動承載上下文的隨機選擇。一旦UE已經選擇了一或更多個活動承載上下文，則UE將所選擇的一或更多個活動承載上下文去啟動。

100‧‧‧通訊系統

102‧‧‧存取終端

104‧‧‧存取點

106‧‧‧網路實體

108‧‧‧承載上下文

110‧‧‧承載上下文

112‧‧‧訊息

202‧‧‧方塊

204‧‧‧方塊

206‧‧‧方塊

208‧‧‧方塊

210‧‧‧方塊

212‧‧‧方塊

214‧‧‧方塊

216‧‧‧方塊

302‧‧‧收發機

304‧‧‧發送器

306‧‧‧接收器

308‧‧‧網路介面

310‧‧‧通訊控制器

312‧‧‧通訊控制器

314‧‧‧承載上下文管理器

316‧‧‧承載上下文管理器

400‧‧‧承載關聯操作

402‧‧‧方塊

404‧‧‧方塊

406‧‧‧方塊

408‧‧‧方塊

410‧‧‧方塊

412‧‧‧方塊

414‧‧‧方塊

416‧‧‧方塊

510‧‧‧無線設備

512‧‧‧資料來源

514‧‧‧TX資料處理器

520‧‧‧TX MIMO處理器

522A‧‧‧收發機(XCVR)

522T‧‧‧收發機(XCVR)

524A‧‧‧天線

524T‧‧‧天線

530‧‧‧處理器

532‧‧‧資料記憶體

536‧‧‧資料來源

538‧‧‧TX資料處理器

540‧‧‧解調器(DEMOD)

542‧‧‧RX資料處理器

550‧‧‧設備

552A‧‧‧天線

552R‧‧‧天線

554A‧‧‧收發機(XVCR)

554R‧‧‧收發機(XVCR)

560‧‧‧接收(RX)資料處理器

570‧‧‧處理器

572‧‧‧資料記憶體

580‧‧‧調制器

592‧‧‧承載控制元件

600‧‧‧流程圖

602‧‧‧步驟

604‧‧‧步驟

606‧‧‧步驟

700‧‧‧資料串流圖

702‧‧‧使用者設備(UE)

702'‧‧‧使用者設備(UE)

704‧‧‧模組

706‧‧‧模組

708‧‧‧模組

800‧‧‧圖

804‧‧‧處理器

806‧‧‧電腦可讀取媒體

810‧‧‧收發機

814‧‧‧處理系統

820‧‧‧天線

824‧‧‧匯流排

圖1是示出配置成支援選擇用於去啟動的活動承載上下文的通訊系統的態樣的圖。

圖2是可以執行來選擇和去啟動一或更多個活動承載上下文的操作的幾個示例性態樣的流程圖。

圖3是可以在通訊節點中利用以實現活動承載上下文的選擇和去啟動的幾個組件的方塊圖。

圖4是示出可以執行以去對活動承載上下文去啟動的幾個操作的調用流程圖。

圖5是示出在存取網路中進化型節點B和使用者設備的示例的方塊圖。

圖6是活動承載上下文去啟動的方法的流程圖。

圖7是示出在示例性的裝置中在不同模組/單元/元件之間的資料流的概念性資料流程圖。

圖8是示出針對利用處理系統的裝置的硬體實現的示例的圖。

下面提供的詳細描述與附圖一起旨在說明各種配置，而不意味著代表能夠實現本案中描述的構思的僅有的配置。該詳細描述包括具體細節以便提供對各種構思的透徹理解。但是，對本領域技藝人士顯而易見的是，在不採用這些具體細節的情況下，亦可以實現這些構思。在一些情況中，將公知的結構及元件以方塊圖形式示出，以避免混淆這些構思。

現在將參照各種裝置和方法，呈現電信系統的幾個態樣。這些裝置和方法將在下面的詳細描述中說明和在附圖中經由各種框、模組、元件、電路、步驟、處理程序、演算法等(統稱為「單元」)示出。這些單元可以使用電子硬體、電腦軟體或其任何組合實現。這些單元被實現成硬體或軟體取決於具體的應用和施加在整個系統上的設計約束條件。

示例性地，可以利用包括一或更多個處理器的「處理系統」來實現單元、或單元的任何部分或單元的任何組合。處理器的例子係包括微處理器、微控制器、數位訊號處理器(DSP)、現場可程式設計閘陣列(FPGA)、可程式設計邏輯裝置(PLD)、狀態機、閘控邏輯、個別的硬體電路以及配置成執行貫穿本案所描述的各種功能的其他適合的硬體。在處理系統中的一或更多個處理器可以執行軟體。無論被稱為軟體、韌體、仲介軟體、微碼、硬體描述語言或其他的，軟體應該被廣泛地解釋為指的是指令、指令集、代碼、程式碼片段、程式碼、程式、副程式、軟體模組、應用、軟體應用、套裝軟體、常式、子常式、物件、可執行程式、執行的執行緒、程序、函數等。

相應地，在一或更多個示例性實施例中，功能可以用硬體、軟體、韌體或其任意組合的方式來實現。當使用軟體實現時，可以將這些功能儲存在電腦可讀取媒體中或者作為電腦可讀取媒體上的一或更多個指令或代碼進行傳輸。電腦可讀取媒體包括電腦儲存媒體。儲存媒體可以是電腦能夠存取的任何可用媒體。經由示例的方式而不是限制的方式，這種電腦可讀取媒體可以包括RAM、ROM、EEPROM、CD-ROM或其他光碟儲存、磁碟儲存媒體或其他磁存放裝置、或者能夠用於攜帶或儲存具有指令或資料結構形式的期望的程式碼並能夠由電腦進行存取的任何其他媒體。如本案所使用的，磁碟和光碟包括壓縮磁碟(CD)、雷射光碟、光碟、數位多功能光碟(DVD)和軟碟，其中磁碟通常磁性地複製資料，而光碟則用鐳射來光學地複製資料。上面的組合亦應當包括在電腦可讀取媒體的保護範圍之內。

圖1圖示示例性通訊系統100的幾個節點(例如，通訊網路的一部分)。為了描述的目的，將在相互通訊的一或更多個存取終端、存取點和網路實體的背景下描述本案內容的各態樣。但是，應該理解的是，本案中的教導適用於其他類型的裝置或使用其他術語引用的其他類似的裝置。例如，在各種實現中，可以將存取點稱為或實現為基地台或eNodeB(eNB)，可以將存取終端稱為或實現為使用者設備(UE)或行動站等。

系統100中的存取點為一或更多個無線終端提供一或更多個服務(例如，網路連接)，上述無線終端可以是安裝在系統100內的或可以在系統100的整個覆蓋區域中漫遊。例如，在各個時間點，存取終端102可以連接到存取點104或一些其他存取點(未圖示)。系統100中的每一存取點可以與一或更多個網路實體(為了方便，由網路實體106代表)通訊，以促進廣域網連接。這些網路實體可以採取各種形式，諸如例如一或更多個無線及/或核心網路實體之類的。因此，在各個實現中，網路實體106可以代表例如如下各項中的至少一個的功能：網路管理(例如，經由操作、行政、關聯和供應實體)、撥叫控制、通信期管理、行動性管理、閘道功能、相互作為功能或某一其他適當的網路功能。

存取終端102和網路實體106(例如，行動性管理實體，MME)分別針對網路實體106為去往或來自存取終端102的訊務量流所建立的承載維護資訊，即承載上下文108和110。在一些情況下，網路實體106可以回應於對來自存取終端的資源的請求而建立該承載。在晚些的時間點，存取終端102可以決定需要去啟動一或更多個承載上下文。在此類情況下，存取終端102可以決定需要去啟動一或更多個承載上下文。在這樣的情況下，存取終端可以發送是否這些資源的請求，因此，觸發了對相關承載上下文的釋放。或者，存取終端102可以本端地去啟動承載上下文108。例如，當存取終端例如由於當發送上述請求時，存取終端102在網路覆蓋之外而無法與網路實體106通訊時，後者可能發生。

因此，當存取終端102又能夠與網路實體106通訊時，例如，存取終端102返回網路覆蓋範圍，存取終端102將承載上下文108與網路實體106同步。例如，存取終端102可以經由存取點104向網路實體106發送訊息112，指示已經對承載上下文108去啟動。除了失去網路連接的情況，在當前的3GPP 規範的情況下，若1)存取終端已經達到上下文的最大數量；及2)存取終端需要針對封包緊急撥叫，啟動新的上下文，則存取終端102亦可以本端地去啟動承載上下文108。在此類情況下，存取終端102本端地去啟動承載上下文108，隨後向網路實體106發送訊息，通知其釋放資源。承載上下文108、110各自提供使得能夠在存取終端102和網路實體106之間支援具有界定的屬性和特徵的語音及/或資料傳輸的資源。可以使用承載上下文在存取終端102和一或更多個遠端實體(例如，一或更多個其他存取終端)之間經由網路實體106來交換語音及/或資料。在一些實施例中，承載上下文108和110可以被稱為或相當於承載、上下文、連接、封包流、封包資料流、IP連接、PDP上下文或某一其他術語。

現在將更詳細地結合圖2中的流程圖來描述可以由系統100利用的示例性操作。為了方便起見，圖2中的操作(或任何在本案中論述或教導的其他操作)可以被描述為由具體元件來執行。但是，應該理解的是，可以由其他類型的元件來執行這些操作，並且可以使用不同數量的元件來執行。亦應當理解的是，可以不在給定的實現中利用本案中描述的這些操作中的一或更多個。

如由圖2中的方塊202所表示的，在某一時間點，存取終端向網路(例如，諸如封包資料閘道、PGW或MME之類的網路實體)發送資源請求。例如，在存取終端處，可以由使用者或存取終端發起訊務流(例如，撥叫、下載等)的應用來觸發此類存取終端發起的資源請求。

在此，資源請求可以包括對來自網路的網際網路協定(IP)流資源的請求。相應地，請求可以包括針對訊務流的IP封包篩檢程式資訊和QoS資訊。

在一些態樣，QoS資訊指定要如何針對訊務流處理該訊務。例如，QoS資訊可以指定如下中的至少一個：期望的或所需的資訊丟失級別(例如，最大封包丟失)、期望的或所需的延遲(例如，最大封包延遲)、期望的或所需的資料速率、優先順序或某一其他品質相關的特徵。在基於LTE的網路中，QoS資訊可以包括品質等級辨識(QCI)，其指示，例如，針對IP封包流所期望的延遲或封包丟失的類型以及針對該IP封包流給定的優先順序類型。

在一些態樣，IP封包篩檢程式資訊用於辨識與特定承載相關聯的給定的IP訊務流(例如，封包流)。為了此目的，IP封包篩檢程式包括可以與用於辨識封包的該封包的IP頭部資訊進行比較的資訊。例如，IP封包篩檢程式資訊可以包括如下中的至少一項：源位址、目的地位址、源埠、目的地埠或協定(例如，正被使用的較高層協定，例如UDP或TCP)。在一些情況下，封包篩檢程式可以包括被界定為與任何位址相匹配的外卡位址及/或被界定為與任何埠相匹配的外卡埠。在典型的情況下，封包篩檢程式包括5元組，其包括源位址、目的地位址、源埠、目的地埠以及協定。

如由方塊204所表示的，作為資源請求的結果，網路實體(例如，MME)將分配所請求的資源並建立相關聯的承載(例如，專用承載)。在一些態樣，承載界定了邏輯管道，該管道指定了網路要如何處理去往及/或來自存取終端的訊務流(例如，指定了要應用於該訊務的QoS)。在此，網路實體經由建立新承載或經由修改現有承載，將與資源請求相關聯的封包篩檢程式映射到承載。作為後面的情況的實例，若具有所請求的QoS的承載已經建立(例如，用於另一封包篩檢程式)，則網路實體可以修改該承載，以包括由請求所提供的封包篩檢程式。

如由方塊206所表示的，在承載建立之後，網路實體維護針對該承載的承載上下文。例如，網路實體可以將承載上下文儲存在資料記憶體中，並且更新承載上下文，如所需要的。在此，承載上下文包括承載辨識符、QoS資訊以及至少一個封包篩檢程式。

如由方塊208所表示的，結合承載建立，存取終端獲得針對該承載的承載上下文。例如，存取終端可以在資料記憶體中儲存針對該承載的承載辨識符(例如，結合承載的建立，由網路實體發送)、QoS資訊以及封包篩檢程式。隨後，存取終端維護針對該承載的承載上下文(例如，根據需要更新承載上下文)。在此，存取終端可以利用各種技術來將資源請求(例如，請求的封包篩檢程式)關聯到由網路實體所分配的承載。

作為一個例子，關聯可以基於程序交易ID(PTI)。在此，存取終端可以將資源請求中所包含的PTI與在從網路實體所接收的承載建立(例如，承載建立或修改)訊息中提供的PTI進行比較，以決定是否將相應的承載與資源請求關聯。

作為另一個例子，關聯可以基於封包篩檢程式標識資訊。在此，可以經由資源請求向網路發送與封包篩檢程式相關聯的辨識符。隨後，網路實體可以在向存取終端發送的承載建立訊息中包含該封包篩檢程式辨識符。因此，存取終端可以將所發送的辨識符與所接收的辨識符進行比較，以決定是否將相應的承載與資源請求關聯。

作為又一個例子，關聯可以基於封包篩檢程式與承載的訊務篩檢程式範本的比較。在此，當網路實體結合承載的建立向存取終端發送訊息時，網路實體可以指示哪一個封包篩檢程式與該承載相關聯。隨後，存取終端可以將與資源請求一起發送的封包篩檢程式與由網路實體發送的封包篩檢程式進行比較，以決定是否將相應的承載與資源請求關聯。

如由方塊210所表示的，一旦建立了承載，承載上下文就用於促進經由網路在存取終端和某一其他節點(例如，電話、伺服器等)之間的通訊。例如，當網路(例如，PGW)從其他節點接收封包時，網路將比較封包頭部資訊與封包篩檢程式，並基於該比較，將封包分配給適當的承載。以此方式，當路由封包到存取終端時，網路可以應用適當的QoS。

如由方塊212所表示的，在某一時間點，存取終端可以決定需要去啟動一或更多個活動存取承載上下文。例如，當使用者可能想要存取需要一或更多個另外的上下文的服務，這些上下文僅在先去啟動已經活動的承載上下文才能被啟動，使得保持在UE支援的所允許的同步上下文的最大數量之內。

如由方塊214所表示的，存取終端可以試圖向網路實體發送訊息，以請求釋放先前所請求的資源。例如，存取終端的使用者或在存取終端上執行的應用可以選擇終止在方塊202發起的訊務流(例如，使用者可以終止蜂巢式電話或資料供應)。在該情況下，存取終端可以發送指示應釋放封包篩檢程式和相關聯的QoS的訊息。在此，存取終端發起資源釋放，使得網路實體可以相應地更新其狀態(例如，更新針對現有承載的狀態資訊)。例如，在網路實體接收到釋放請求的正常環境下，網路實體可以去啟動(例如，釋放或刪除)所分配的承載，如由方塊216所表示的。或者，在方塊214處，存取終端可以本端地去啟動承載上下文，隨後，向網路實體發送訊息，通知其資源的釋放。

圖3圖示幾個示例性的元件，其可以被併入諸如存取終端102和網路實體106之類的節點中，以執行如本案中所教導的承載上下文選擇和去啟動操作。亦可以將所描述的元件併入通訊系統中的其他節點中。例如，系統中的其他節點可以包括與針對存取終端102和網路實體106所描述的那些相類似的元件，以提供相類似的功能。此外，給定的節點可以包含一或更多個所描述的元件。例如，存取終端可以包含使得存取終端能夠在多個頻率上操作及/或經由不同的技術通訊的收發機組件。

如圖3中所示出的，存取終端102包括用於與其他節點通訊的收發機302。收發機302包括用於發送信號(例如，資源請求、資源釋放請求以及同步訊息)的發送器304和用於使用者接收信號(例如，承載建立訊息)的接收器306。

網路實體106包括用於與其他網路節點進行通訊(例如，發送承載建立訊息和接收資源請求、資源釋放請求和同步訊息)的網路介面308。例如，網路介面308可以被配置成經由有線或無線回載與一或更多個網路節點進行通訊。

存取終端102和網路實體106包括可以結合如本案中所教導的承載上下文選擇和去啟動操作來使用的其他元件。例如，存取終端102和網路實體106可以分別包括通訊控制器310和312，用於管理與其他節點的通訊(例如，發送和接收訊息、請求和指示)，以及用於提供承載上下文選擇和其他相關的功能(例如，如本案中所教導的)。此外，存取終端102和網路實體106可以分別包括承載上下文管理器314和316，用於管理承載上下文(例如，建立、獲得、維護、去啟動和決定承載上下文和更新狀態)，以及用於提供其他相關的功能(例如，如本案中所教導的)。

現在參考圖4，為了描述的目的，示例性的承載關聯操作400將在基於LTE的網路的背景下進行描述。相應地，在該示例中使用LTE技術。應當理解的是，這些操作可以適用於其他的網路類型。

如所示出的，去往和來自UE的信號被路由通過複數個網路實體，包括增強型節點B(eNB)、MME、服務閘道(SGW)以及PGW。所描述的操作流始於方塊402，例如，在UE上應用的發起。如由方塊404所表示的，UE從網路請求資源，這觸發網路在方塊406建立承載。在該實例中，資源請求標識了兩個所指定的封包篩檢程式PF1和PF2。如本案中所描述的，在方塊408，當UE從網路請求資源時，UE維護封包篩檢程式和所分配的承載之間的關聯資訊。針對該特定所實例，利用承載上下文A來關聯PF1和PF2。

如由方塊410所表示的，在某一時間點，UE可以決定需要去啟動一或更多個承載上下文，以為其他的目的對一或更多個承載上下文提供可用的啟動。例如，UE可能需要進行緊急撥叫，該緊急撥叫需要針對語音資料的一個承載上下文和針對資料服務的另一個承載上下文。為了使承載上下文可用，UE使用下文詳細描述的一或更多個選擇標準，選擇要去啟動的活動的上下文承載。一旦UE選擇了活動的承載上下文，其發送如由方塊412表示的資源釋放請求。在方塊414，網路修改與所選擇的承載上下文所關聯的承載，以移除相關的資源。如由方塊416所表示的，UE對所選擇的承載上下文去啟動，例如，承載上下文A。或者，UE不發送資源釋放請求，而可以是本端地去啟動所選擇的承載上下文，隨後，向網路實體發送訊息，通知其資源的釋放(圖4中未圖示)。

可以在同時支援針對多個無線存取終端的通訊的無線多工存取通訊系統中利用本案中的教導。在此，每一終端可以經由前向和反向鏈路上的傳輸與一或更多個存取點進行通訊。前向鏈路(或下行鏈路)指的是從存取點到終端的通訊鏈路，反向鏈路(或上行鏈路)指的是從終端到存取點的通訊鏈路。該通訊鏈路可以經由單輸入單輸出系統、多輸入多輸出(MIMO)系統或某一其他類型的系統來建立。

MIMO系統利用多個(N_T)個發射天線和多個(N_R )個接收天線來進行資料傳輸。由N_T個發射天線和N_R個接收天線形成的MIMO通道可以被分解成NS個獨立的通道，其亦被稱為空間通道，其中N_S</=min{N_T，N_R}。N_S個獨立的通道中的每一個對應於一個維度。若使用了由多個發射和接收天線所建立的額外的維度，則MIMO系統可以提供改進的效能(例如，較高的輸送量及/或較大的可靠性)。

MIMO系統可以支援分時雙工(TDD)和分頻雙工( FDD)。在TDD系統中，前向和反向鏈路傳輸在相同的頻率區域上，使得相互性原理允許根據反向鏈路通道來估計前向鏈路通道。這使得當在存取點處多個天線可用時，存取點能夠在前向鏈路上提取發射波束成形增益。

圖5圖示示例性MIMO系統中的無線設備510(例如，存取點、基地台、eNB)和無線設備550(例如，存取終端、UE)。在設備510處，從資料來源512向發送(TX)資料處理器514提供針對多個資料串流的訊務資料。隨後，在相應的發射天線上發送每一資料串流。

TX資料處理器514對針對每一資料串流的訊務資料基於為該資料串流所選擇的具體編碼方案進行格式化、編碼和交錯，以提供經過編碼的資料。針對每一資料串流的經過編碼的資料可以使用OFDM技術利用引導頻資料來多工。引導頻資料通常是已知的資料模式，其以已知的方式進行處理，並且可以在接收器系統處使用，以估計通道回應。隨後，基於針對該資料串流所選擇的具體調制方案(例如，BPSK、QPSK、M-PSK或M-QAM)對經過多工的引導頻和針對每一資料串流的經過編碼的資料進行調制，以提供調制符號。可以由處理器530所執行的指令來決定針對每一資料串流的資料速率、編碼和調制。資料記憶體532可以儲存程式碼、資料和由處理器530或設備510的其他元件所使用的其他資訊。

隨後，將針對所有資料串流的調制符號提供給TX MIMO處理器520，其可以進一步處理調制符號(例如，進行OFDM)。隨後，TX MIMO處理器520向N_T個收發機(XCVR)522A至522T提供N_T個調制符號串流。在一些態樣，TX MIMO處理器520向資料串流的符號以及向從其處發送上述符號的天線施加波束成形權重。

每一收發機522接收並處理相應的符號串流，以提供一或更多個類比信號，並且進一步調節，例如放大、濾波以及升頻轉換上述類比信號，以提供經過調制的適合在MIMO通道上傳輸的信號。隨後，分別從N_T個天線524A到524T，發送來自收發機522A到522T的N_T個經過調制的信號。

在設備550處，由N_R個天線552A到552R接收所發送的調制信號，並且從每一天線552接收的信號被提供到相應的收發機(XVCR)554A至554R。每一收發機554對相應的接收信號進行調節，例如，濾波、放大以及降頻轉換，數位化經過調節的信號，以提供相應的取樣，並一般處理上述取樣，以提供相應的「接收」符號串流。

隨後，接收(RX)資料處理器560從N_R個收發機554 接收N_R個接收符號串流，並基於具體的接收處理技術進行處理，以提供N_T個「偵測」符號串流。隨後，RX資料處理器560對每一偵測符號串流進行解調、解交錯和解碼，以恢復針對資料串流的訊務資料。由RX資料處理器560進行的處理與由設備510處的TX MIMO處理器520和TX資料處理器514進行的處理相反。

處理器570週期性地決定要使用哪一個預編碼矩陣(下文論述)。處理器570用公式表示包括矩陣指數部分和秩值部分的反向鏈路訊息。資料記憶體572可以儲存由處理器570或設備550的其他元件所使用的程式碼、資料和其他資訊。

反向鏈路訊息可以包括關於通訊鏈路及/或接收資料串流的各種類型的資訊。隨後，上述反向鏈路訊息由TX資料處理器538處理，由調制器580調制，由收發機554A至554R調節，並被發送回設備510，上述TX資料處理器538亦從資料來源536接收針對多個資料串流的訊務資料。

在設備510處，來自設備550的調制信號由天線524接收，由收發機522調節，由解調器(DEMOD)540解調，以及由RX資料處理器542進行處理，以提取由設備550所發送的反向鏈路訊息。隨後，處理器530決定要使用哪一個預編碼矩陣來決定波束成形權重，隨後，處理所提取的訊息。

圖5亦圖示通訊元件可以包括執行如本案中所教導的與承載上下文相關的操作的一或更多個元件。例如，承載控制元件592可以與處理器570及/或設備550的其他元件合作，以使用承載上下文向另一設備(例如，設備510)發送信號或從上述另一設備接收信號或以管理承載上下文。應當理解的是，對於每一設備510和550，可以由單個元件提供所描述的元件中的兩個或更多個功能。例如，單個處理元件可以提供承載控制元件592和處理器570的功能。

可以將本案中的教導併入各種類型的通訊系統及/或系統元件中。在一些態樣，可以在能夠經由共用可用系統資源(例如，經由指定一或更多個頻寬、發射功率、編碼、交錯等)支援與多個使用者通訊的多工存取系統中利用本案中的教導。例如，可以將本案中的教導應用在以下技術的一個或組合中：分碼多工存取(CDMA)系統、多載波CDMA(MCCDMA)、寬頻CDMA(W-CDMA)、高速封包存取(HSPA、HSPA+)系統、分時多工存取(TDMA)系統、分頻多工存取(FDMA)系統、單載波FDMA(SC-FDMA)系統、正交分頻多工存取(OFDMA)系統或其他多工存取技術。利用本案中的教導的無線通訊系統可以被設計成實現一或更多個標準，例如IS-95、cdma2000、IS-856、W-CDMA、TDSCDMA以及其他標準。CDMA網路可以實現諸如通用陸地無線存取(UTRA)、cdma2000或某一其他技術之類的無線技術。UTRA包括W-CDMA和低碼片率(LCR)。cdma2000技術覆蓋IS-2000、IS-95和IS-856標準。TDMA網路可以實現諸如行動通訊全球系統(GSM)之類的無線技術。OFDMA網路可以實現諸如進化型UTRA(E-UTRA)、IEEE802.11、IEEE802.16、IEEE802.20、快閃-OFDM.RTM等之類的無線技術。UTRA、E-UTRA以及 GSM是通用行動電信系統(UMTS)的部分。可以在3GPP長期進化(LTE)系統、超行動寬頻(UMB)系統以及其他類型的系統中實現本案中的教導。LTE是UMTS的使用E-UTRA的發佈版。在來自名稱為「第三代合作夥伴計畫」(3GPP)組織的文件中描述了UTRA、E-UTRA、GSM、UMTS和LTE，而在來自名稱為「第三代合作夥伴計畫2」(3GPP2)組織的文件中描述了cdma2000。雖然可能使用3GPP術語描述本案內容的某些態樣，但是應當理解的是，可以將本案中公開的教導應用到3GPP(例如，Rel99、Rel5、Rel6、Rel7)技術、以及3GPP2(例如，1xRTT、1xEV-DO RelO、Rev A、RevB)技術和其他技術。

可以將本案中的教導併入(例如，在其內實現或由其實現)各種裝置(例如，節點)中。在一些態樣，根據本案中的教導實現的節點(例如，無線節點)可以包括存取點或存取終端。

例如，存取終端可以包括、被實現成、或稱為使用者設備、用户站、用户單元、行動站、行動台、行動節點、遠端站、遠端終端機、使用者終端、使用者代理、使用者裝置或某一其他術語。在一些實現中，存取終端可以包括蜂巢式電話、無線電話、對話啟動協定(SIP)電話、無線局部迴路(WLL)站、個人數位助理(PDA)、具有無線連接功能的手持設備、或連接到無線數據機的某一其他適當的處理設備。相應地，可以將本案中教導的一或更多個態樣併入電話(例如，蜂巢式電話或智慧型電話)、電腦(例如，膝上型電腦)、便攜通訊設備、便攜計算設備(例如，個人數位助理)、娛樂設備(例如，音樂設備、視訊設備或衛星無線電設備)、全球定位系統設備或被配置成經由無線媒體進行通訊的任何其他適當的設備中。

存取點可以包括、被實現成、或被稱為NodeB、 eNodeB、無線網路控制器(RNC)、基地台(BS)、無線基地台(RBS)、基地台控制器(BSC)、基地台收發機(BTS)、收發機功能(TF)、無線收發機、無線路由器、基本服務集(BSS)、擴展服務集(ESS)、巨集細胞服務區、巨集節點、家庭eNB(HeNB)、毫微微細胞服務區、毫微微節點、微微節點、WiFi存取點或某一其他類似的術語。

在一些態樣中，節點(例如，存取點)可以包括用於通訊系統的存取點。此類存取點可以例如經由到網路的有線或無線通訊鏈路提供針對或到網路的連接(例如，諸如網際網路或蜂巢網之類的廣域網)。此外，應當理解的是，節點中的一個或兩個可以是便攜的或在某些情況下相對非便攜的。

此外，應當理解的是，無線節點可能能夠以非無線的方式(例如，經由有線連接)發送及/或接收資訊。因此，如本案中論述的接收器和發射器可以包括適當的通訊介面元件(例如，電或光介面元件)以經由非無線媒體通訊。

無線節點可以經由基於或支援任何適當的無線通訊技術的一或更多個無線通訊鏈路來通訊。例如，在一些態樣，無線節點可以與網路關聯。在一些態樣，網路可以包括區域網路或廣域網。無線設備可以支援或使用各種無線通訊技術、協定或諸如本案中論述的那些標準(例如，CDMA、TDMA、OFDM、OFDMA、WiMAX、Wi-Fi等)中的一或更多個。類似地，無線節點可以支援或以其他方式使用多種相應的調制或多工方案中的一或更多個。從而，無線節點可以包括用於使用上述或其他無線通訊技術來建立一或更多個無線通訊鏈路或經由該一或更多個無線通訊鏈路進行通訊的元件(例如，空中介面)。例如，無線節點可以包括具有關聯的發射器和接收器元件的無線收發機，上述元件包括各種促進在無線媒體上進行通訊的各種元件(例如，信號產生器和信號處理器)。

圖6是用於UE的無線通訊的方法的流程圖600。在步驟602，UE決定需要去啟動一或更多個承載上下文。例如，當使用者想要執行需要一或更多個另外的承載上下文的應用或存取需要一或更多個另外的承載上下文的服務時，這可能發生。在一些情況下，在UE處所支援的同步的上下文可能已經達到所允許的最大數量。因此，為了允許UE執行上述應用或存取上述服務所需的另外的上下文，對一或更多個活動的承載上下文去啟動可能是必需的。

在步驟604，UE基於上下文選擇標準對一或更多個活動承載上下文去啟動，以避免UE超出針對UE所允許的活動承載上下文的最大數量。UE可以使用以下標準中的一或更多個來從複數個活動承載上下文中選擇一或更多個活動上下文來進行去啟動。

A：UE可以選擇與當前在UE上活動的任何應用不關聯的上下文。若已經關閉了正被考慮用於去啟動的觸發上下文活動的應用，並且在預界定的時間段內，沒有其他應用已經使用該上下文，則滿足了該標準。

B：UE可以選擇使用最佳頁面替換(OPT)規則來選擇上下文，其中可以以與用於OPT規則的電腦記憶體頁面相似的方式來對待每一上下文。在該規則下，UE可以基於與該上下文相關聯的應用的資訊，以與選擇用於替換的頁面相類似的方式來選擇用於去啟動的上下文。此類資訊可以包括直到預計的該上下文的下一次使用的時間以及上述應用的重要性。

C：UE可以選擇先被啟動的上下文，從而應用先進先出(FIFO)選擇程序。或者，標準C可以基於後進先出(LIFO)選擇程序，其中UE可以選擇最後被啟動的上下文。

D：UE可以基於對經由上下文的活動的量測來選擇上下文，其中活動與資料的發送和接收兩者均相對應。例如，上述量測可以與經由上下文的活動的範圍相關，並且上述量測自身可以是最近的活動與長期活動的比值，界定為如下：在最近的時間窗T1上所接收/發送的資料量除以在長期的時間窗T2上所發送/接收的資料量，其中T2比T1大得多。將具有最小比值的上下文選擇進行去啟動，其中上下文與最近活動的最小量相對應。

E：UE可以選擇超過一時間段例如X封包不發送或接收資料的複數個當前活動的上下文中、不發送或接收資料達最長的時間量的上下文。

F：UE可以選擇具有最低優先順序服務品質(QoS)屬性(例如，延遲等級、優先等級、訊務等級等)的上下文，其中可以由使用者、網路服務供應商或終端供應商來決定QoS屬性的優先順序，並且例如，可以根據其如何需要網路和終端資源來設定屬性的優先順序。

G：UE可以從被啟動用於語音服務的上下文中選擇被啟動用於資料服務的上下文。

H：UE可以基於服務供應商、終端供應商或作業系統提供商在網路級別界定的順序或優先順序選擇上下文。可以在建立所支援的最後的上下文的時候-假定網路知道UE所支援的承載的最大數量-預配置或配置、或在每一新的上下文活動之後配置對選擇進行去啟動的上下文的選擇。

I：UE可以選擇所關聯的應用具有最低優先順序的上下文，其中可以由終端供應商、作業系統提供商、網路服務供應商、應用提供商來配置應用的優先順序。當上下文與多於一個應用相關聯時，具有最高優先順序的應用被用於決定去啟動。

J：UE可以基於標準A、B、C、D、E、F、G、H和I中的一或更多個的組合來選擇上下文，其中(i)可以按照優先順序來優先化和評估上述標準，以選擇上下文或(ii)可以使用上述標準來分配權重因數，以區分隨後被評估為決定特定上下文(例如，具有最低或最高的一組權重因數的上下文)的上下文或(iii)可以以某一其他方式組合的上下文。

繼續參考圖6，最後，在步驟606，UE將所選擇的活動承載上下文中的一或更多個去啟動。

為了最小化由於上下文去啟動對使用者體驗的影響，UE可以以示出的順序利用下文的步驟(其可以提供上文標準J的一個實施例)應用上文列出的各種標準，其中執行該等步驟，直到已經去啟動了所需要數量的另外的上下文：

1：讓N為所需要的另外的上下文的數量，或者由於PS緊急撥叫建立或來自使用者的新的非緊急相關的服務請求，超出UE所支援的同步的活動上下文的最大數目。

2：應用標準A。

a.若超出N的上下文滿足標準A，則經由應用標準C從其中選擇N個上下文，並將其去啟動。程序在此點結束。

b.否則，若N個上下文滿足標準A，則將其去啟動。程序在此點結束。

c.否則，若小於N個上下文滿足標準A，則去啟動所有滿足標準A的上下文。讓K為被去啟動的上下文的數目。要選擇進行去啟動的剩餘數目的上下文現在是(N-K)。

3：如H存在，亦即，已經配置了服務供應商標準：

a.應用標準H。若超過(N-K)個上下文滿足標準H，則經由應用標準C來從其中選擇(N-K)個上下文，並將其去啟動。程序在此點結束。

b.否則，若(N-K)上下文滿足標準H，則將其去啟動。程序在此點結束。

c.否則，若小於(N-K)個上下文滿足標準H，則去啟動所以滿足標準H的上下文。讓L為所去啟動的上下文的數目。要選擇進行去啟動的聲音上下文的數量現在是(N-K-L)。

4：若I存在，亦即，已經配置了應用優先權，則將與最低優先順序應用相關聯的(N-K-I)個上下文去啟動。若需要，可以使用標準D、E、F和G中的一或更多個(例如，根據加權平均值)來區分與具有相同優先順序的應用相關聯的上下文的優先順序。

5：若未使用I，並且若UE具有應用標準B所必需的資訊，則使用標準B來選擇(N-K-L)個上下文來去啟動。程序在此點結束。

6：若UE不具有應用標準B或I所必需的資訊，則應用標準D、E、F、和G的加權平均值來選擇(N-K-L)個上下文來進行去啟動。程序在此點結束。

上文是應用上下文選擇標準的組合的一個實例。其他情況是可行的。例如，另一選擇演算法可以如下文所示：

1.選擇沒有相關聯應用的承載。已經關閉了觸發承載的活動的應用，並且在預界定的時間段內沒有其他應用使用承載。當存在多個此類承載時，可以使用FIFO及/或最近使用(LRU)原則來選擇一個承載。該原則不具有應用觸發的承載重啟動的問題。

2.若沒有承載滿足標準#1，則可以使用OPT原則。該原則需要作業系統/UE瞭解應用。在該情況下，UE基於所關聯的應用的資訊來選擇承載。此類資訊可以包括預計的該承載的下一次使用，或該應用/承載的重要性。

3.若因為UE不具有應用的此類資訊而#2不適用，則可以使用LRU原則。

更仔細地觀察去啟動標準，可以假定的是一些資料應用將自主地並且不直接地向使用者發送資料或從使用者發送資料，當不處於活動使用中時，可以在語音連接上週期性地發送即時傳輸協定(RTP)閒置封包，並且在統計上更近建立的承載可能比更長時間建立的承載更重要。為了提出這些假設，當進行選擇時，上文所列出的幾個標準將考慮以下幾點：(a)最近怎樣建立承載-利用較高級別優先順序、根據保留、被分配給較新建立的承載(標準C)；(b)無論上下文承載正在使用的服務是語音相關的還是資料相關的-較高優先順序被分配給語音，假定與語音相關聯的承載有時可以與緊急撥叫相關(標準G)；(c)在最近的時間窗內的活動量與長期的平均活動(若可以量測)相比，將較高的優先順序分配給最近較高的活動(標準D)。

可能的是，在去啟動後不久，與已經被去啟動的EPS 承載上下文相關來的應用可以重新啟動該承載上下文，從而為了預期使用目的，例如，緊急撥叫，移除上下文對UE的可用性。為了確保去啟動的上下文保持去啟動，使得可以在正常應用發起的EPS承載重啟動之前可以建立緊急PDN連接，可以避免所關聯的應用重新啟動去啟動的上下文達某一最小時間段-例如，經由向應用自身或向UE作業系統提供關於限制的資訊或經由針對所有應用對承載重啟動維持最小的時間間隔。

通常，選擇進行去啟動的承載上下文可以是如下承載：最後建立的、首先建立的(其不是預設承載)、在最近的X秒內流經最低的資料量、在最近X秒內流過最高的資料量、具有最低的頻寬分配、具有最高的頻寬分配、具有最低的承載數量(其不是預設承載)、具有最高的承載數量。此外，可以隨機地選擇承載。亦可以基於使用者輸入來選擇承載。在該配置中，UE向使用者提示關於要讓哪一個應用掉線以去啟動上下文承載。

返回圖6，選擇步驟604可以包括上文所描述的選擇標準中的一或更多個，以有順序的程序、幾個標準的加權組合或一或更多個標準的隨機選擇來執行複數個選擇標準。例如，可以選擇與設備上當前活動的應用不關聯的活動上下文。

可以基於來自與複數個活動承載上下文相關聯的應用的資訊，從複數個活動的承載上下文中選擇一活動的承載上下文。在此情況下，上述資訊可以包括直到所預計的上下文下一次使用的時間和應用的重要性級別中的一或更多個。可以根據與活動承載上下文相關聯的QoS資訊或由活動承載上下文所使用的一或更多個埠數量來標識重要性級別。

可以基於複數個活動承載上下文中承載建立的順序來選擇活動承載上下文。例如，可以選擇複數個活動承載上下文中首先被啟動的上下文，只要其不是預設承載。或者，可以選擇上述複數個活動活動承載上下文中最後被啟動的上下文。

可以基於根據時間對通過承載的資料活動的量測來從複數個活動承載上下文中選擇活動承載上下文。對資料活動的量測可以是：在最近的時間段上通過承載的資料量。此外，量測可以是在最近的時間段上的資料量與長期通過承載的平均數據量的比較。可以選擇具有資料活動的最低量測的承載。或者，可以選擇具有資料活動的最高量測的承載。

可以選擇複數個活動承載上下文中、在最長時間內不傳輸例如接收或發送的活動上下文。可以選擇複數個活動承載上下文中具有最低優先順序QoS的活動承載上下文。可以在已經被啟動用於語音服務的活動承載上下文中、從複數個活動承載上下文中選擇被啟動用於資料服務的活動承載上下文。

可以基於預界定的標準，從複數個活動承載上下文中選擇活動承載上下文。可以選擇複數個活動承載上下文中、與具有最低優先級別的應用相關聯的活動承載上下文。可以基於各個活動承載的相應的頻寬分配來從複數個活動承載上下文中選擇活動承載上下文。在該情況下，可以選擇具有最低頻寬的承載。或者，可以選擇具有最高頻寬的承載。

可以基於活動承載上下文的編號來從複數個活動承載上下文中選擇活動承載上下文。例如，可以選擇具有最小編號的承載，只要其不是預設承載。或者，可以選擇具有最大編號的承載。可以從複數個活動承載上下文中隨機地選擇活動承載上下文。

可以按照下面的順序從複數個活動承載上下文中選擇活動承載上下文：首先，選擇與設備上當前活動的應用不關聯的活動承載上下文；或者，可以基於預界定的標準選擇活動承載上下文；或者，選擇與具有最低優先順序的應用相關聯的活動承載上下文；或者，基於來自與複數個活動承載上下文相關聯的應用的資訊，選擇活動上下文。

圖7是示出在示例性的裝置702中在不同的模組/單元/ 元件之間的資料流的概念性資料流程圖700。裝置可以是UE。UE 702包括：用於決定需要示一或更多個承載上下文活動的模組704；及，用於基於上下文選擇標準，選擇進行去啟動的一或更多個活動承載上下文，以避免UE超出針對UE所允許的活動承載上下文的最大數量的模組706。UE 702亦包括：用於對所選擇的活動承載上下文中的一或更多個進行去啟動的模組708。

UE 702可以包括另外的模組來執行在上述圖6的流程圖中的演算法的各個步驟和上文關於圖6的步驟604所提供的具體步驟。此類話，可以由模組執行上文提及的圖6中的流程圖或上文所描述的各個步驟，UE 702可以包括這些模組中的一或更多個。上述模組可以是具體被配置成執行所描述的程序/演算法的一或更多個硬體元件，其由配置成執行所描述的程序/演算法的處理器來實現，其儲存在電腦可讀取媒體中，以由處理器或其某一組合來執行。

圖8是針對利用處理系統814的UE 702’的硬體實現的示例的圖800。處理系統814可以利用匯流排架構來實現，匯流排架構通常由匯流排824表示。根據處理系統814的具體應用和整體設計約束條件，匯流排824可以包括任何數量相互連接的匯流排和橋路。匯流排824將各種電路連結到一起，上述各種電路包括由處理器804、模組704、706、708表示的一或更多個處理器及/或硬體模組，以及電腦可讀取媒體806。匯流排824亦可以將諸如時序源、周邊電路、電壓調節器和功率管理電路之類的各種其他電路連結，上述各種其他電路為本領域公知的，因此，將不進一步描述。

處理系統814可以耦合到收發機810。收發機810耦合到一或更多個天線820。收發機810提供用於在傳輸媒體上與各種其他裝置進行通訊的模組。收發機810從一或更多個天線820接收信號，從所接收的信號中提取資訊，並向處理系統814提供所提取的資訊。此外，收發機810從處理系統814接收資訊，並基於所接收的資訊產生將被應用於一或更多個天線820的信號。處理系統814包括耦合到電腦可讀取媒體806的處理器804。處理器804負責通用處理，包括執行儲存在電腦可讀取媒體806上的軟體。當由處理器804執行時，上述軟體使得處理系統814執行上文針對任何具體裝置所描述的各種功能。電腦可讀取媒體806亦可以用於儲存當執行軟體時，由處理器804所操作的資料。處理系統亦包括模組704、706和708中的至少一個。上述模組可以是在處理器804上執行的、在電腦可讀取媒體806上常駐/儲存的軟體模組，耦合到處理器804的一或更多個硬體模組，或其某一組合。處理系統814可以是UE 550(圖5)中的元件，並且可以包括記憶體572及/或TX處理器538、RX處理器560以及控制器/處理器570中的至少一個。

在一個配置中，用於無線通訊的UE 702/702’包括：用於決定需要使一或更多個承載上下文活動的模組，以及用於基於上下文選擇標準選擇進行去啟動的一或更多個活動承載上下文，以避免UE超出針對UE所允許的活動承載上下文的最大數量的模組。UE 702/702’亦包括用於將所選擇的活動承載上下文中的一或更多個去啟動的模組。

上述的模組可以是UE 702及/或配置成執行由上述模組所記載的功能的UE 702’的處理系統814中的上述模組中的一或更多個。所上文所描述的，處理系統814可以包括：TX處理器538、RX處理器560和控制器/處理器570。此類話，在一個配置中，上述模組可以是TX處理器538、RX處理器560和配置成執行由上述模組所記載的功能的控制器/處理器570。

可以理解的是，在所揭示的處理中的步驟的具體順序或層次是對示例性方法的說明。基於設計的偏好，可以理解的是，在上述處理中的步驟的具體順序或層次可以被重新安排。此外，可以組合或省略一些步驟。所附的方法請求項以示例的順序呈現了各個步驟的要素，但並不旨在受限於所呈現的具體順序或層次。

為使本領域的任何技藝人士能夠實施本案中描述的各態樣，提供了前面的描述。對於本領域技藝人士來說，對這些態樣的各種修改是顯而易見的，並且，在本案中界定的整體原理亦可以應用於其他態樣。因此，申請專利範圍並不限於本案中示出的態樣，而是與用語言表示的請求項的全部範圍相一致，其中除非特別說明，否則以單數形式提及的某一部件並不意味著「一個且僅僅一個」，而可以是「一或更多個」。除非特別說明，否則，措辭「一些」指一或更多個。貫穿本案描述的各態樣的部件的所有結構和功能均等物以引用方式明確地併入本案中，並且旨在被申請專利範圍所包含，這些結構和功能均等物對於本領域一般技藝人士來說是公知的或將要是公知的。此外，本案中沒有任何公開內容是想要奉獻給公眾的，不管此類公開內容是否被明確記載在申請專利範圍中。沒有權利要求的構成要素要被解釋成手段功能，除非該構成要素明確採用了「用於......的模組」的措辭進行記載。

600‧‧‧流程圖

602‧‧‧步驟

604‧‧‧步驟

606‧‧‧步驟

Claims

一種一使用者設備(UE)的無線通訊的方法，該方法包括以下步驟：決定一需要去啟動一或更多個承載上下文；及基於一上下文選擇標準，針對去啟動一或更多個承載上下文進行選擇，以避免該UE超出針對該UE所允許的活動承載上下文的一最大數量。
根據請求項1述及之方法，亦包括以下步驟：去啟動該等活動承載上下文中所選擇的一或更多個。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：選擇與當前在該UE上活動的一應用不關聯的一活動承載上下文。
根據請求項3述及之方法，亦包括以下步驟：去啟動該所選擇的活動承載上下文；及避免該應用重新啟動該所去啟動的承載上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：基於來自與該複數個活動承載上下文相關聯的應用的資訊，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項5述及之方法，其中該資訊包括：直到所預計的該上下文的下一次使用的時間和該應用的一重要性級別中的一或更多個。
根據請求項6述及之方法，其中可以根據與該活動承載上下文相關聯的QoS資訊或由該活動承載上下文所使用的一或更多個埠號來標識該重要性級別。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：基於複數個活動承載上下文中承載建立的順序來選擇一活動承載上下文。
根據請求項8述及之方法，其中選擇該複數個活動承載上下文中第一個被啟動的上下文，只要其不是一預設承載。
根據請求項8述及之方法，其中選擇該複數個活動承載上下文中最後被啟動的上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：基於根據時間對通過該承載的資料活動的一量測，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項11述及之方法，其中該對資料活動的量測包括以下步驟：在一最近的時間段上，通過該承載的一資料量。
根據請求項12述及之方法，其中該量測包括以下步驟：對在該最近的時間段上的資料量與通過該承載的一長期平均數據量的一比較。
根據請求項11述及之方法，其中選擇具有資料活動的最低量測的承載。
根據請求項11述及之方法，其中選擇具有資料活動的最高量測的承載。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：選擇複數個活動承載上下文中具有一最長不發送資料的時間的一活動承載上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：選擇複數個活動承載上下文中具有一最低優先順序QoS的一活動承載上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：選擇複數個活動承載上下文中針對資料服務所啟動的一活動承載上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：基於一預界定的標準，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：選擇複數個活動承載上下文中與具有一最低優先級別的一應用相關聯的一活動承載上下文。
根據請求項1述及之方法，其中每一承載具有一頻寬分配，並且針對去啟動進行選擇包括以下步驟：基於該等頻寬分配，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項21述及之方法，其中選擇具有最低頻寬的承載。
根據請求項21述及之方法，其中選擇具有最高頻寬的承載。
根據請求項1述及之方法，其中每一承載具有一編號，並且針對去啟動進行選擇包括以下步驟：基於該編號，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項24述及之方法，其中選擇具有最小編號的承載，只要其不是一預設承載。
根據請求項24述及之方法，其中選擇具有最高編號的承載。
根據請求項1述及之方法，其中針對去啟動進行選擇包括以下步驟：從複數個活動承載上下文中隨機地選擇一活動承載上下文。
根據請求項1述及之方法，其中針對去啟動進行選擇包括按照以下順序從複數個活動承載上下文中選擇一活動承載上下文：選擇與當前在該UE上活動的一應用不關聯的一活動承載上下文；否則，基於預界定的標準選擇一活動承載上下文；否則，選擇與具有最低優先級別的一應用相關聯的一活動承載上下文；及否則，基於來自與該複數個活動承載上下文相關聯的應用的資訊，選擇一活動承載上下文。
一種用於無線通訊的使用者設備(UE)，該UE包括：用於決定一需要去啟動一或更多個承載上下文的模組；及用於基於一上下文選擇標準，針對去啟動一或更多個承載上下文進行選擇，以避免該UE超出針對該UE所允許的活動承載上下文的一最大數量的模組。
根據請求項28述及之UE，亦包括：用於去啟動該等活動承載上下文中所選擇的一或更多個的模組。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置為：選擇與當前在該UE上活動的一應用不關聯的一活動承載上下文。
根據請求項31述及之UE，其中該用於針對去啟動進行選擇的模組亦被配置為：去啟動該所選擇的活動承載上下文；及避免該應用重新啟動該所去啟動的承載上下文。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置為：基於來自與該複數個活動承載上下文相關聯的應用的資訊，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項33述及之UE，其中該資訊包括：直到所預計的該上下文的下一次使用的時間和該應用的一重要性級別中的一或更多個。
根據請求項34述及之UE，其中可以根據與該活動承載上下文相關聯的QoS資訊或由該活動承載上下文所使用的一或更多個埠號來標識該重要性級別。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：基於該複數個活動承載上下文中承載建立的順序來選擇一活動承載上下文。
根據請求項36述及之UE，其中所選擇的是該複數個活動承載上下文中第一個被啟動的上下文，只要其不是一預設承載。
根據請求項36述及之UE，其中選擇該複數個活動承載上下文中最後被啟動的上下文。
根據請求項29述及之UE，其中該針對去啟動進行選擇的模組被配置成：基於根據時間對通過該承載的資料活動的一量測，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項39述及之UE，其中該對資料活動的量測包括：在一最近的時間段上，通過該承載的一資料量。
根據請求項40述及之UE，其中該量測包括：對在該最近的時間段上的資料量與通過該承載的一長期平均數據量的一比較。
根據請求項39述及之UE，其中選擇具有資料活動的最低量測的承載。
根據請求項39述及之UE，其中選擇具有資料活動的最高量測的承載。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：選擇複數個活動承載上下文中具有一最長不發送資料的時間的一活動承載上下文。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：選擇複數個活動承載上下文中具有一最低優先順序QoS的一活動承載上下文。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：選擇複數個活動承載上下文中針對資料服務所啟動的一活動承載上下文。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：基於一預界定的標準，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：選擇複數個活動承載上下文中與具有一最低優先級別的一應用相關聯的一活動承載上下文。
根據請求項29述及之UE，其中每一承載具有一頻寬分配，並且該用於針對去啟動進行選擇的模組被配置成：基於該等頻寬分配，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項49述及之UE，其中選擇具有最低頻寬的承載。
根據請求項49述及之UE，其中選擇具有最高頻寬的承載。
根據請求項29述及之UE，其中每一承載具有一編號，並且該用於針對去啟動進行選擇的模組被配置成：基於該編號，從複數個活動承載上下文中選擇一活動承載上下文。
根據請求項52述及之UE，其中選擇具有最小編號的承載，只要其不是一預設承載。
根據請求項52述及之UE，其中選擇具有最高編號的承載。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：從複數個活動承載上下文中隨機地選擇一活動承載上下文。
根據請求項29述及之UE，其中該用於針對去啟動進行選擇的模組被配置成：按照以下順序從複數個活動承載上下文中選擇一活動承載上下文：選擇與當前在該UE上活動的一應用不關聯的一活動承載上下文；否則，基於預界定的標準選擇一活動承載上下文；否則，選擇與具有最低優先級別的一應用相關聯的一活動承載上下文；及否則，基於來自與該複數個活動承載上下文相關聯的應用的資訊，選擇一活動承載上下文。
一種用於無線通訊的使用者設備(UE)，該UE包括：一處理系統，其被配置成：決定一需要去啟動一或更多個承載上下文；及基於一上下文選擇標準，針對去啟動一或更多個承載上下文進行選擇，以避免該UE超出針對該UE所允許的活動承載上下文的一最大數量。
根據請求項57述及之裝置，其中該處理系統亦被配置成：去啟動該等活動承載上下文中所選擇的一或更多個。
一種用於一使用者設備(UE)的電腦程式產品，該產品包括：一電腦可讀取媒體，其包括用於執行以下操作的代碼：決定一需要去啟動一或更多個承載上下文；及基於一上下文選擇標準，針對去啟動一或更多個承載上下文進行選擇，以避免該UE超出針對該UE所允許的活動承載上下文的一最大數量。
根據請求項59述及之產品，其中該電腦可讀取媒體亦包括用於去啟動該等活動承載上下文中所選擇的一或更多個的代碼。