本發(fā)明涉及無線通信領域，具體涉及一種兼容的信令發(fā)送方法和裝置。

背景技術：

ue(userequipment，用戶設備)能力信息的上報過程如圖1所示，包括以下2個主要過程：1)ue能力信息的空口上報；2)ue能力信息的基站間傳輸。

步驟11：網(wǎng)絡側發(fā)送uecapabilityenquiry(ue能力請求)消息，請求ue上報其能力。

步驟12：ue根據(jù)網(wǎng)絡側的請求上報其處理能力uecapabilityinformation(ue能力信息)消息。

如圖2所示，基于x2接口的切換過程的能力前轉過程如下：

步驟21：在切換準備過程中，通過handoverrequest(切換請求)消息，源enb向目標enb發(fā)送ue的能力信息。

步驟22：如果目標enb接受該切換請求，目標enb根據(jù)ue的能力信息，通過handoverrequestacknowledge(切換請求確認)消息反饋ue的空口配置。

如圖3所示，基于s1接口的切換過程ue能力前轉過程如下：

步驟31：源enb通過handoverrequired(切換請求)信息，向源mme(mobilemanagemententity)發(fā)送ue能力信息。

步驟32：源mme通過forwardrelocationrequest(前傳重置請求)信息，將來自源enb的ue能力信息透傳給目標mme。

步驟33：目標mme通過handoverrequest(切換請求)信息，將ue 能力信息透傳給目標enb。

步驟34：目標enb如果接受了該切換請求，通過handoverrequestacknowledge(切換請求確認)信息反饋ue空口配置信息。

步驟35：目標mme接收到目標enb的確認信息后，通過forwardrelocationresponse(前傳重置反饋)信息將ue的空口配置信息透傳給源mme。

步驟36：源mme將該ue的空口配置信息，通過handovercommand(切換命令)信息，透傳給源enb。

如圖4所示，初始連接建立的ue能力獲取過程如下：

步驟41：enb在ue建立rrc連接后，通過initialuemessage(初始ue消息)，建立ue在mme的上下文和s1連接。

步驟42：mme將存儲的ue能力信息，通過initialcontextsetuprequest(初始上下文建立請求)，發(fā)送給enb。

步驟43：enb根據(jù)ue能力信息進行ue的空口配置，并通過initialcontextsetupresponse(初始上下文建立響應)反饋給mme。

隨著ue處理能力的增加，尤其是其ca(carrieraggregation，載波聚合)處理能力的增加。從減少ue上報信令的角度考慮，引入了縮減的ue能力上報。

如圖5所示：網(wǎng)絡側可以通過requestedfrequencybands(請求的頻帶)請求ue上報支持的頻帶和該頻帶對應ca頻帶組合(bandcombination)。ue上報能力的時候，根據(jù)網(wǎng)絡側的請求，則只上報其支持的并且是網(wǎng)絡側指定的頻帶和該頻帶對應ca頻帶組合。

網(wǎng)絡側可以通過requestedmaxccsdl(請求的最大下行載波數(shù))/requestedmaxccsul(請求的最大上行載波數(shù))請求ue上報支持的ca頻帶組合不超過請求的最大下行cc(componentcarrier)/最大上行cc數(shù)量。ue上報能力的時候，根據(jù)網(wǎng)絡側的請求，上報支持的ca頻帶組合不超過請求的最大下行cc(componentcarrier)/最大上行cc數(shù)量。

網(wǎng)絡側可以通過fallbackcombinationskipped(回退組合忽略)請求ue 上報的支持的ca頻帶組合可以忽略fallbackbandcombination(回退頻帶組合)的上報。其中fallbackbandcombination是指，對于1個ue已上報的bandcombination，ue支持釋放任意的scell(secondarycell，輔小區(qū))后而形成的新的bandcombination，且不需要對剩余的服務小區(qū)重配置和ue無線接入能力相關的參數(shù)，除非該scell的釋放導致1個連續(xù)的caband配置變成1個非連續(xù)的caband配置。ue上報能力的時候，根據(jù)網(wǎng)絡側的請求，忽略掉fallbackbandcombination的上報。

技術實現(xiàn)要素：

本發(fā)明提出了一種系統(tǒng)接入的資源分配方法和裝置，實現(xiàn)ue在源基站上報新的縮減的能力上報信息后，而該上報的信息內容在保證較低版本的目標基站在接收到來自源基站的ue能力信息后能夠正確的解讀ue的能力信息。

為了實現(xiàn)上述發(fā)明目的，本發(fā)明采取的技術方案如下：

一種兼容的信令發(fā)送方法，應用于源基站，包括：

根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力；

根據(jù)目標基站的支持終端ue能力和所述ue上報的能力將所述ue上報的能力信息發(fā)送至目標基站。

可選地，所述方法之前還包括：

獲得所述目標基站的支持終端ue能力。

可選地，獲得所述目標基站的支持終端ue能力包括：

接收操作管理維護系統(tǒng)oam的配置信息；

根據(jù)所述配置信息獲得所述目標基站支持ue的版本和/或能力信息。

可選地，根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力包括：

判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力；

如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，按照源基站支持的ue版本和能力信息請求ue上報ue能力。

可選地，根據(jù)目標基站的支持終端ue能力和所述ue上報的能力將所述ue上報的能力信息發(fā)送至目標基站包括：

判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照目標基站支持的ue版本和能力信息生成目標基站識別的ue能力信息，并發(fā)送至目標基站；

如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，將所述ue上報的能力信息發(fā)送給目標基站。

可選地，所述根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力之后還包括：

接收所述ue發(fā)送的ue版本和/或能力信息。

本發(fā)明還提供一種兼容的信令發(fā)送方法，應用于終端，包括：

根據(jù)源基站請求上報所述終端ue的能力；所述ue的能力信息用于源基站結合目標基站的支持終端ue能力判斷后發(fā)送至目標基站。

可選地，上報所述終端ue的能力包括：

按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力或者按照源基站支持的ue版本和能力信息請求ue上報ue能力。

本發(fā)明還提供一種兼容的信令發(fā)送裝置，應用于源基站，包括：

請求模塊，用于根據(jù)目標基站的支持終端ue能力請求ue上報所述ue 的能力；

通信模塊，根據(jù)目標基站的支持終端ue能力和所述ue上報的能力將所述ue上報的能力信息發(fā)送至目標基站。

可選地，所述的裝置還包括：

獲取模塊，用于獲得所述目標基站的支持終端ue能力。

可選地，所述獲取模塊獲得所述目標基站的支持終端ue能力是指：

接收操作管理維護系統(tǒng)oam的配置信息；

根據(jù)所述配置信息獲得所述目標基站支持ue的版本和/或能力信息。

可選地，所述請求模塊包括：

第一判斷單元，用于判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

第一觸發(fā)單元，用于當目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力；

第二觸發(fā)單元，用于當目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，按照源基站支持的ue版本和能力信息請求ue上報ue能力。

可選地，所述通信模塊包括：

第二判斷單元，用于判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

第三觸發(fā)單元，用于如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照目標基站支持的ue版本和能力信息生成目標基站識別的ue能力信息，并發(fā)送至目標基站；

第四觸發(fā)單元，用于如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，將所述ue上報的能力信息發(fā)送 給目標基站。

可選地，所述通信模塊還用于：

接收所述ue發(fā)送的ue版本和/或能力信息。

本發(fā)明還提供一種兼容的信令發(fā)送裝置，應用于終端，包括：

上報模塊，用于根據(jù)源基站請求上報所述終端ue的能力；所述ue的能力信息用于源基站結合目標基站的支持終端ue能力判斷后發(fā)送至目標基站。

可選地，所述上報模塊按照如下方式上報所述終端ue的能力：按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力或者按照源基站支持的ue版本和能力信息請求ue上報ue能力。

本發(fā)明和相關技術相比，具有如下有益效果：

本發(fā)明的方法和裝置使得基站間傳輸ue能力的時候，實現(xiàn)了不同版本間基站對于ue能力信息的理解一致和后向兼容。

附圖說明

圖1是相關技術ue空口的信息上報示意圖；

圖2是相關技術x2切換過程的能力前轉示意圖；

圖3是相關技術s1切換過程ue能力前轉示意圖；

圖4是相關技術初始連接建立的ue能力獲取示意圖；

圖5是相關技術縮減的ue能力上報信息示意圖；

圖6是本發(fā)明實施例的一種兼容的信令發(fā)送方法的流程圖；

圖7是本發(fā)明實施例的一種兼容的信令發(fā)送裝置的結構示意圖；

圖8是本發(fā)明實施例x2切換過程的能力前轉示意圖；

圖9是本發(fā)明實施例s1切換過程ue能力前轉示意圖；

圖10是本發(fā)明實施例初始連接建立的ue能力獲取示意圖。

具體實施方式

為使本發(fā)明的發(fā)明目的、技術方案和有益效果更加清楚明了，下面結合附圖對本發(fā)明的實施例進行說明，需要說明的是，在不沖突的情況下，本申請中的實施例和實施例中的特征可以相互任意組合。

如圖6所示，本發(fā)明實施例提供一種兼容的信令發(fā)送方法，應用于源基站，包括：

根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力；

根據(jù)目標基站的支持終端ue能力和所述ue上報的能力將所述ue上報的能力信息發(fā)送至目標基站。

所述方法之前還包括：

獲得所述目標基站的支持終端ue能力。

獲得所述目標基站的支持終端ue能力包括：

接收操作管理維護系統(tǒng)oam的配置信息；

根據(jù)所述配置信息獲得所述目標基站支持ue的版本和/或能力信息。

根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力包括：

判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力；

如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，按照源基站支持的ue版本和能力信息請求ue上報ue能力。

根據(jù)目標基站的支持終端ue能力和所述ue上報的能力將所述ue上報的能力信息發(fā)送至目標基站包括：

判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照目標基站支持的ue版本和能力信息生成目標基站識別的ue能力信息，并發(fā)送至目標基站；

如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，將所述ue上報的能力信息發(fā)送給目標基站。

所述根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力之后還包括：

接收所述ue發(fā)送的ue版本和/或能力信息。

本發(fā)明實施例中oam通過配置信息通知源基站對應的目標或相鄰基站支持的ue版本和能力信息。

源基站判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息。如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或源基站不知道目標基站支持的ue的版本或能力信息，源基站請求ue上報的能力不小于目標基站支持的ue版本和能力信息。如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，源基站按照源基站支持的ue版本和能力信息請求ue上報ue能力。

ue根據(jù)網(wǎng)絡側請求的ue能力信息和格式上報其能力信息給網(wǎng)絡側。

源基站判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息。如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或源基站不知道目標基站支持的ue的版本或能力信息，源基站按照目標基站支持的ue版本和能力信息組合成目標基站能夠識別的ue能力信息，并通過網(wǎng)絡側通道發(fā)送給目標基站。如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，源基站將ue上報的能力信息直接通過網(wǎng)絡側通道發(fā)送給目標基站。

對于終端側，一種兼容的信令發(fā)送方法包括：

根據(jù)源基站請求上報所述終端ue的能力；所述ue的能力信息用于源基站結合目標基站的支持終端ue能力判斷后發(fā)送至目標基站。

其中，上報所述終端ue的能力包括：按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力或者按照源基站支持的ue版本和能力信息請求ue上報ue能力。

如圖7所示，本發(fā)明實施例還提供一種兼容的信令發(fā)送裝置，應用于源基站，包括：

請求模塊，用于根據(jù)目標基站的支持終端ue能力請求ue上報所述ue的能力；

通信模塊，根據(jù)目標基站的支持終端ue能力和所述ue上報的能力將所述ue上報的能力信息發(fā)送至目標基站。

所述的裝置還包括：

獲取模塊，用于獲得所述目標基站的支持終端ue能力。

所述獲取模塊獲得所述目標基站的支持終端ue能力是指：

接收操作管理維護系統(tǒng)oam的配置信息；

根據(jù)所述配置信息獲得所述目標基站支持ue的版本和/或能力信息。

所述請求模塊包括：

第一判斷單元，用于判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

第一觸發(fā)單元，用于當目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力；

第二觸發(fā)單元，用于當目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，按照源基站支持的ue版本和能力信息請求ue上報ue能力。

所述通信模塊包括：

第二判斷單元，用于判斷目標基站支持的ue的版本或能力信息是否高于源基站支持的ue的版本或能力信息；

第三觸發(fā)單元，用于如果目標基站支持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或未獲得目標基站支持的ue的版本或能力信息，按照目標基站支持的ue版本和能力信息生成目標基站識別的ue能力信息，并發(fā)送至目標基站；

第四觸發(fā)單元，用于如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，將所述ue上報的能力信息發(fā)送給目標基站。

所述通信模塊還用于：

接收所述ue發(fā)送的ue版本和/或能力信息。

對于終端側，一種兼容的信令發(fā)送裝置，包括：

上報模塊，用于根據(jù)源基站請求上報所述終端ue的能力；所述ue的能力信息用于源基站結合目標基站的支持終端ue能力判斷后發(fā)送至目標基站。

其中，所述上報模塊上報所述終端ue的能力包括：按照不小于目標基站支持的ue版本和能力信息請求ue上報ue能力或者按照源基站支持的ue版本和能力信息請求ue上報ue能力。

實施例1：

如圖8所示，說明x2切換過程的能力前轉的過程：

步驟1：源enb根據(jù)oam配置或自己判斷，目標enb是否需要更多的ue能力上報。并根據(jù)目標enb的能力確定需要請求ue上報的ue能力。(如上圖中“decisionofrequireduecapability(決定需要的ue能力)”)。

步驟2：根據(jù)步驟1中的判斷，源enb發(fā)送信令給ue控制要求ue上報的能力信息不小于目標enb支持的ue能力或版本。(如上圖中“uecapabilityenquiry(ue能力請求)”信息，其包括：requestedfrequencybands(請求上報的支持的頻帶)，requestedmaxccsdl(請求 上報的支持ca最大下行載波數(shù)量)，requestedmaxccsul(請求上報的支持ca最大上行載波數(shù)量)，fallbackbandcombinationskipped(請求上報的支持ca的頻帶組合是否可以忽略回退的頻帶組合))。

步驟3：ue根據(jù)網(wǎng)絡側的請求上報縮減的ue能力信息。(如上圖“uecapabilityinformation”信息)

步驟4：源基站根據(jù)目標基站支持的ue的版本或能力信息組合成目標基站能夠識別的ue能力信息。如果目標基站支(如上圖“decisionofrequireduecapabilitysignalingformat”確定請求的ue能力信息格式)持的ue的版本或能力信息低于源基站支持的ue的版本或能力信息，或源基站不知道目標基站支持的ue的版本或能力信息，源基站按照目標基站支持的ue版本和能力信息組合成目標基站能夠識別的ue能力信息。如果目標基站支持的ue的版本或能力信息等于或高于源基站支持的ue的版本或能力信息，源基站將ue上報的能力信息透傳給目標基站。

步驟501：源基站將ue能力信息發(fā)送給目標基站。(如上圖“handoverrequest”切換請求中的ue能力信息)。

步驟601：目標基站在接受切換請求后，根據(jù)ue能力反饋ue的空口配置信息。

實施例2：

如圖9所示，說明s1切換過程ue能力前轉的過程：

該實施例步驟1-4同實施例1步驟1-4，在此不再重復描述。

步驟502：源enb通過handoverrequired(切換需求)信息，向源mme(mobilemanagemententity)發(fā)送ue能力信息。

步驟602：源mme通過forwardrelocationrequest(前傳重置請求)信息，將來自源enb的ue能力信息透傳給目標mme。

步驟702：目標mme通過handoverrequest(切換請求)信息，將將ue能力信息透傳給目標enb。

步驟802：目標enb如果接受了該切換請求，通過handoverrequest acknowledge(切換請求確認)信息反饋ue空口配置信息。

步驟902：目標mme接收到目標enb的確認信息后，通過forwardrelocationresponse(前傳重置反饋)信息將ue的空口配置信息透傳給源mme。

步驟1002：源mme將該ue的空口配置信息，通過handovercommand(切換命令)信息，透傳給源enb。

實施例3：

如圖10所示，說明初始連接建立的ue能力獲取的過程：

該實施例步驟1-4同實施例1步驟1-4，在此不再重復描述。

步驟503：enb1將ue能力信息發(fā)送給mme。(如上圖“uecapabilityinfoindication”(ue能力信息指示)信息中的ue能力信息)。

步驟603：ue重新在enb2發(fā)起rrc連接后，enb2沒有ue的上下文信息。enb2在ue建立rrc連接后，通過initialuemessage(初始ue消息)，建立ue在mme的上下文和s1連接。

步驟703：mme將存儲的ue能力信息，通過initialcontextsetuprequest(初始上下文建立請求)，發(fā)送給enb2。

步驟803：enb2根據(jù)ue能力信息進行ue的空口配置，并通過initialcontextsetupresponse(初始上下文建立響應)反饋給mme。

雖然本發(fā)明所揭示的實施方式如上，但其內容只是為了便于理解本發(fā)明的技術方案而采用的實施方式，并非用于限定本發(fā)明。任何本發(fā)明所屬技術領域內的技術人員，在不脫離本發(fā)明所揭示的核心技術方案的前提下，可以在實施的形式和細節(jié)上做任何修改與變化，但本發(fā)明所限定的保護范圍，仍須以所附的權利要求書限定的范圍為準。