專利名稱：在lte系統(tǒng)下基站x2接口傳輸?shù)刂帆@取的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線蜂窩通信系統(tǒng)，更具體地說(shuō)，是長(zhǎng)期演進(jìn)(LTE)移動(dòng)通信系統(tǒng)中，用于X2接口建立的傳輸?shù)刂帆@取的方法和裝置。
背景技術(shù)：
36300-800中描述LTE (Long Term Evolution)網(wǎng)絡(luò)由E-UTRAN(EvolvedUTRAN)基站eNB (Evolved NodeB)和演進(jìn)分組交換中心EPC (Evolved PacketCore)組成，網(wǎng)絡(luò)扁平化。其中EUTRAN包含和EPC通過(guò)Sl接口連接的eNB的集合，eNB之間能通過(guò)X2連接。Sl、X2是邏輯接口 。 一個(gè)EPC可以管理一個(gè)或多個(gè)eNB， 一個(gè)eNB也可以受控于多個(gè)EPC， 一個(gè)eNB可以管理一個(gè)或多個(gè)小區(qū)。 自組網(wǎng)(SON)是一種自動(dòng)進(jìn)行網(wǎng)絡(luò)配置和優(yōu)化的技術(shù)。該技術(shù)的特點(diǎn)是自配置自
優(yōu)化，該技術(shù)在LTE中應(yīng)用使得LTE基站(eNB)可以根據(jù)一定的測(cè)量自動(dòng)配置網(wǎng)絡(luò)參數(shù)，并
根據(jù)網(wǎng)絡(luò)變化進(jìn)行自動(dòng)優(yōu)化，從而保持網(wǎng)絡(luò)性能最優(yōu)，同時(shí)節(jié)約大量的人力物力。 在LTE系統(tǒng)中，基站間X2接口可根據(jù)當(dāng)前策略決定是否建立該接口，若兩個(gè)基站
間需要建立X2接口，那么其中任意一個(gè)基站發(fā)起X2建立請(qǐng)求的時(shí)候需要知道對(duì)等基站的
傳輸?shù)刂?TLA)。因此，當(dāng)基站在網(wǎng)絡(luò)中上電工作后，有必要知道其周圍允許建立X2接口的
基站的傳輸?shù)刂?。如何將獲取相關(guān)基站的傳輸?shù)刂肥悄壳靶枰鉀Q的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法和裝置，建立X2接口。 為了解決上述問(wèn)題，本發(fā)明提供了一種在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法，該方法基于基站實(shí)現(xiàn)，基站利用構(gòu)造的獨(dú)立消息通過(guò)SI接口獲取建立X2接口連接所需的基站傳輸?shù)刂?，以使基站間建立X2接口連接。
進(jìn)一步地，該方法包括 (al)源基站構(gòu)造傳輸?shù)刂分眰飨ⅲ渲邪椿镜?、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂罚?(bl)所述源基站通過(guò)Sl接口將所述傳輸?shù)刂分眰飨l(fā)送給目標(biāo)基站，以由所述目標(biāo)基站發(fā)起與所述源基站的X2接口建立流程。 進(jìn)一步地，步驟(bl)中所述源基站通過(guò)移動(dòng)管理實(shí)體匪E轉(zhuǎn)發(fā)傳輸?shù)刂分眰飨?，源基站發(fā)送給所述匪E的傳輸?shù)刂分眰飨⒅羞€包括目標(biāo)基站信息，所述匪E發(fā)送給目標(biāo)基站的傳輸?shù)刂分眰飨⒅羞€包括源基站信息。
進(jìn)一步地，該方法包括 (a2)源基站構(gòu)造傳輸?shù)刂氛?qǐng)求消息，并通過(guò)Sl接口將所述傳輸?shù)刂氛?qǐng)求消息發(fā)送給目標(biāo)基站； (b2)所述目標(biāo)基站構(gòu)造傳輸?shù)刂氛?qǐng)求響應(yīng)消息，并通過(guò)Sl接口將所述傳輸?shù)刂?br> 4請(qǐng)求消息發(fā)送給所述源基站，由所述源基站發(fā)起X2接口連接建立流程，所述目標(biāo)基站響應(yīng)成功時(shí)，所述傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶目標(biāo)基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂贰?進(jìn)一步地，所述源基站和所述目標(biāo)基站通過(guò)Sl接口由匪E轉(zhuǎn)發(fā)消息，步驟(a2)中，所述源基站發(fā)送給匪E的傳輸?shù)刂氛?qǐng)求消息中包括目標(biāo)基站信息；步驟(b2)中，所述目標(biāo)基站請(qǐng)求消息解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤時(shí)，認(rèn)為響應(yīng)失敗，所述傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶失敗原因。 進(jìn)一步地，步驟(b2)中，響應(yīng)失敗時(shí)，所述傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶等待時(shí)間，接收該傳輸?shù)刂氛?qǐng)求響應(yīng)消息的源基站超過(guò)所述等待時(shí)間后再次執(zhí)行步驟(a2)。
為解決上述技術(shù)問(wèn)題，本發(fā)明還提供一種在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的裝置，該裝置基于基站實(shí)現(xiàn)，利用構(gòu)造的獨(dú)立消息通過(guò)Sl接口獲取建立X2接口連接所需的基站傳輸?shù)刂?，以使基站間建立X2接口連接。 進(jìn)一步地，該裝置包括直傳消息構(gòu)造模塊、直傳消息發(fā)送模塊、直傳消息接收模塊，其中， 直傳消息構(gòu)造模塊，用于構(gòu)造基站傳輸?shù)刂分眰飨?，其中包含?dāng)前基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂罚?直傳消息發(fā)送模塊，用于通過(guò)Sl接口將直傳消息構(gòu)造模塊構(gòu)造的基站傳輸?shù)刂分眰飨l(fā)送給目標(biāo)基站； 直傳消息接收模塊，用于接收及解析其他基站發(fā)送的基站傳輸?shù)刂分眰飨?，以發(fā)起X2接口建立流程。 進(jìn)一步地，該裝置包括消息構(gòu)造模塊、消息發(fā)送模塊及消息接收模塊，其中，
消息構(gòu)造模塊，用于構(gòu)造傳輸?shù)刂氛?qǐng)求消息，還用于根據(jù)消息接收模塊接收的傳輸?shù)刂氛?qǐng)求消息構(gòu)造傳輸?shù)刂讽憫?yīng)消息，響應(yīng)成功時(shí)，傳輸?shù)刂讽憫?yīng)消息中包含當(dāng)前基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂罚?消息發(fā)送模塊，用于通過(guò)Sl接口將傳輸?shù)刂氛?qǐng)求消息和傳輸?shù)刂讽憫?yīng)消息發(fā)送給目標(biāo)基站； 消息接收模塊，用于通過(guò)Sl接口接收其他基站發(fā)送的傳輸?shù)刂氛?qǐng)求消息和傳輸?shù)刂讽憫?yīng)消息，以根據(jù)傳輸?shù)刂讽憫?yīng)消息建立X2接口連接。 進(jìn)一步地，所述消息接收模塊還用于解析接收的請(qǐng)求消息和響應(yīng)消息，若請(qǐng)求消息解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤，所述消息構(gòu)造模塊構(gòu)造的傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶失敗原因。 本發(fā)明方法和裝置能及時(shí)獲取與當(dāng)前基站建立X2接口的目標(biāo)基站傳輸?shù)刂沸畔?，使得基站能夠建立X2接口 ，有助于實(shí)現(xiàn)基站間的信息交互，體現(xiàn)自動(dòng)鄰區(qū)關(guān)系優(yōu)化中X2接口屬性管理的完整性。


圖1是LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法實(shí)施方式一的流程示意圖。
圖2是基站發(fā)出的傳輸?shù)刂分眰飨⒔Y(jié)構(gòu)圖。
圖3是匪E發(fā)出的傳輸?shù)刂分眰飨⒔Y(jié)構(gòu)圖。
5
圖4是是LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法實(shí)施方式二的流程示意圖。 圖5是傳輸?shù)刂氛?qǐng)求消息結(jié)構(gòu)圖。 圖6是傳輸?shù)刂讽憫?yīng)消息結(jié)構(gòu)圖。 圖7是傳輸?shù)刂讽憫?yīng)失敗消息結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法，基于基站實(shí)現(xiàn)，基站通過(guò)S1接口獲取建立X2接口連接所需的基站傳輸?shù)刂?，以使基站間建立X2接口連接。
在LTE系統(tǒng)中，基站利用構(gòu)造的獨(dú)立消息獲取基站傳輸?shù)刂返姆绞接袃煞N
—、源基站構(gòu)造傳輸?shù)刂分眰飨ⅲ渲袛y帶源基站用于和目標(biāo)基站建立X2連接的基站傳輸?shù)刂?，以由目?biāo)基站發(fā)起與源基站的X2接口建立流程。 二、目標(biāo)基站根據(jù)源基站的請(qǐng)求構(gòu)造響應(yīng)消息，其中攜帶目標(biāo)基站用于和源基站建立X2連接的基站傳輸?shù)刂罚杂稍椿景l(fā)起與目標(biāo)基站的X2接口建立流程。
以下結(jié)合附圖對(duì)以上兩種方式進(jìn)行詳細(xì)說(shuō)明
實(shí)施方式一 結(jié)合圖l，本發(fā)明在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法，包括如下步驟
步驟101 :基站eNBl需要和基站eNB2建立X2接口時(shí)或上電工作后的其他時(shí)間，基站1構(gòu)造基站傳輸?shù)刂分眰飨?，并將該消息發(fā)送給匪E ; 該基站傳輸?shù)刂分眰飨⒔Y(jié)構(gòu)如圖2所示，包含消息類型、目標(biāo)基站信息、源基站信息、源基站的傳輸?shù)刂沸畔?，其中源基站信息可省略?步驟102 :匪E將基站傳輸?shù)刂分眰飨⑼ㄟ^(guò)匪E傳輸?shù)刂分眰飨鬟f給基站2 ; 該匪E傳輸?shù)刂分眰飨⒔Y(jié)構(gòu)如圖3所示，包含消息類型、目標(biāo)基站信息、源基站信息、源基站的傳輸?shù)刂沸畔ⅰ?在該實(shí)施例中，基站1為源基站，基站2為目標(biāo)基站，基站信息為基站的全局標(biāo)志符，傳輸?shù)刂沸畔⑹呛笈_(tái)配置的或從網(wǎng)絡(luò)側(cè)數(shù)據(jù)庫(kù)獲取的，指支持X2接口建立的傳輸?shù)刂妨斜?，可以?個(gè)或多個(gè)傳輸?shù)刂贰?運(yùn)營(yíng)商可以根據(jù)需要對(duì)一個(gè)基站配置多個(gè)建立X2接口用的傳輸?shù)刂?，或者多?；疽部梢耘渲枚鄠€(gè)，但是最終用于建立某個(gè)X2接口時(shí)采用其中一個(gè)。
步驟103 :基站2接收到匪E傳輸?shù)刂分眰飨⒑?，根?jù)消息中攜帶的基站1的傳輸?shù)刂沸畔ⅲ砂l(fā)起與源基站的X2接口建立流程。 為了實(shí)現(xiàn)以上方法，本發(fā)明還提供了 一種LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的裝置，該裝置基于基站實(shí)現(xiàn)，對(duì)于目標(biāo)基站和源基站是相同的，包括直傳消息構(gòu)造模塊、直傳消息發(fā)送模塊、直傳消息接收模塊，其中， 直傳消息構(gòu)造模塊，用于構(gòu)造基站傳輸?shù)刂分眰飨?，該消息包含?dāng)前基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂?，具體結(jié)構(gòu)如上所述； 直傳消息發(fā)送模塊，用于通過(guò)Sl接口將直傳消息構(gòu)造模塊構(gòu)造的基站傳輸?shù)刂分眰飨l(fā)送給目標(biāo)基站； 直傳消息接收模塊，用于接收及解析其他基站發(fā)送的基站傳輸?shù)刂分眰飨?，以發(fā)起X2接口建立流程。
實(shí)施方式二 結(jié)合圖4，本發(fā)明在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法，包括如下步驟
步驟401 :基站eNBl需要和基站eNB2建立X2接口時(shí)或上電工作后的其他時(shí)間，基站1構(gòu)造傳輸?shù)刂氛?qǐng)求消息，并將該消息通過(guò)S1接口發(fā)送給匪E(Mobility ManagementEntity,移動(dòng)管理實(shí)體)； 步驟402 :匪E接收到傳輸?shù)刂氛?qǐng)求消息后，將該消息通過(guò)Sl接口透?jìng)鹘o基站2 ;
傳輸?shù)刂氛?qǐng)求消息的結(jié)構(gòu)如圖5所示，包括消息類型、目標(biāo)基站信息、源基站信息，其中基站1發(fā)給MME的消息中，源基站信息是可省略的；匪E發(fā)送給基站2的消息中，目標(biāo)基站信息和源基站信息都是可省略的。 步驟403 :基站2接收到傳輸?shù)刂氛?qǐng)求消息后，構(gòu)造傳輸?shù)刂讽憫?yīng)消息，并發(fā)送給
匪E ; 若響應(yīng)成功，則構(gòu)造傳輸?shù)刂讽憫?yīng)成功消息，該消息的結(jié)構(gòu)如圖6所示，包含消息類型、目標(biāo)基站信息、源基站信息、目標(biāo)基站的傳輸?shù)刂沸畔ⅰ?若響應(yīng)失敗，如請(qǐng)求消息解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤，則構(gòu)造傳輸?shù)刂讽憫?yīng)失敗消息，該消息的結(jié)構(gòu)如圖7所示，包含消息類型、目標(biāo)基站信息、源基站信息、失敗原因(如請(qǐng)求消息信元解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤)、等待時(shí)間。其中等待時(shí)間信元含義為源基站在超過(guò)該等待時(shí)間后可再次發(fā)起獲取流程。 在該實(shí)施例中，基站1為源基站，基站2為目標(biāo)基站，基站信息為基站的全局標(biāo)志符，傳輸?shù)刂沸畔⒅钢С諼2接口建立的傳輸?shù)刂妨斜?，可以?個(gè)或多個(gè)傳輸?shù)刂贰?br> 步驟404 :匪E將傳輸?shù)刂讽憫?yīng)消息透?jìng)鹘o基站1 ; 步驟405 :基站1接收到傳輸?shù)刂讽憫?yīng)消息后，若是響應(yīng)成功，則根據(jù)里面所攜帶的基站2傳輸?shù)刂沸畔?，發(fā)起與基站2的X2接口建立流程。 為了實(shí)現(xiàn)以上方法，本發(fā)明還提供了 一種LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的裝置，該裝置基于基站實(shí)現(xiàn)，包括消息構(gòu)造模塊、消息發(fā)送模塊及消息接收模塊，其中，
消息構(gòu)造模塊，用于構(gòu)造傳輸?shù)刂氛?qǐng)求消息，該請(qǐng)求消息結(jié)構(gòu)如上所述，還用于根據(jù)消息接收模塊接收的傳輸?shù)刂氛?qǐng)求消息構(gòu)造傳輸?shù)刂讽憫?yīng)消息； 具體地，構(gòu)造傳輸?shù)刂讽憫?yīng)消息時(shí)，若處理成功，則構(gòu)造的響應(yīng)消息為傳輸?shù)刂讽憫?yīng)成功消息，消息中包含當(dāng)前基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂?，該消息具體結(jié)構(gòu)如上所述。 若處理失敗，如請(qǐng)求消息信元解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤，則構(gòu)造的響應(yīng)消息為傳輸?shù)刂讽憫?yīng)失敗消息，該消息結(jié)構(gòu)如上所述。 消息發(fā)送模塊，用于通過(guò)Sl接口將傳輸?shù)刂氛?qǐng)求消息和傳輸?shù)刂讽憫?yīng)消息發(fā)送給目標(biāo)基站； 消息接收模塊，用于通過(guò)Sl接口接收其他基站發(fā)送的傳輸?shù)刂氛?qǐng)求消息和傳輸?shù)刂讽憫?yīng)消息，還用于解析接收的請(qǐng)求消息和響應(yīng)消息，以根據(jù)傳輸?shù)刂讽憫?yīng)消息建立X2接口連接。 總得來(lái)說(shuō)，與本發(fā)明方法相同地，本發(fā)明在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的裝置，基于基站實(shí)現(xiàn)，該裝置通過(guò)Sl接口獲取建立X2接口連接所需的基站傳輸?shù)刂?，以使基站間建立X2接口連接。 本發(fā)明方法和裝置能及時(shí)獲取與當(dāng)前基站建立X2接口的目標(biāo)基站傳輸?shù)刂沸畔?，使得基站能夠建立X2接口 ，有助于實(shí)現(xiàn)基站間的信息交互，體現(xiàn)自動(dòng)鄰區(qū)關(guān)系優(yōu)化中X2接口屬性管理的完整性。
權(quán)利要求
一種在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法，其特征在于，該方法基于基站實(shí)現(xiàn)，基站利用構(gòu)造的獨(dú)立消息通過(guò)S1接口獲取建立X2接口連接所需的基站傳輸?shù)刂?，以使基站間建立X2接口連接。
2. 如權(quán)利要求1所述的方法，其特征在于，該方法包括(al)源基站構(gòu)造傳輸?shù)刂分眰飨?，其中包含源基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂罚?bl)所述源基站通過(guò)SI接口將所述傳輸?shù)刂分眰飨l(fā)送給目標(biāo)基站，以由所述目標(biāo)基站發(fā)起與所述源基站的X2接口建立流程。
3. 如權(quán)利要求2所述的方法，其特征在于步驟(bl)中所述源基站通過(guò)移動(dòng)管理實(shí)體匪E轉(zhuǎn)發(fā)傳輸?shù)刂分眰飨ⅲ鲈椿景l(fā)送給所述匪E的傳輸?shù)刂分眰飨⒅羞€包括目標(biāo)基站信息，所述匪E發(fā)送給目標(biāo)基站的傳輸?shù)刂分眰飨⒅羞€包括源基站信息。
4. 如權(quán)利要求1所述的方法，其特征在于，該方法包括(a2)源基站構(gòu)造傳輸?shù)刂氛?qǐng)求消息，并通過(guò)SI接口將所述傳輸?shù)刂氛?qǐng)求消息發(fā)送給目標(biāo)基站；(b2)所述目標(biāo)基站構(gòu)造傳輸?shù)刂氛?qǐng)求響應(yīng)消息，并通過(guò)S1接口將所述傳輸?shù)刂氛?qǐng)求消息發(fā)送給所述源基站，由所述源基站發(fā)起X2接口連接建立流程，所述目標(biāo)基站響應(yīng)成功時(shí)，所述傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶目標(biāo)基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂贰?br> 5. 如權(quán)利要求4所述的方法，其特征在于所述源基站和所述目標(biāo)基站通過(guò)S1接口由移動(dòng)管理實(shí)體匪E轉(zhuǎn)發(fā)消息，步驟(a2)中，源基站發(fā)送給匪E的傳輸?shù)刂氛?qǐng)求消息中包括目標(biāo)基站信息；步驟(b2)中，所述目標(biāo)基站請(qǐng)求消息解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤時(shí)，認(rèn)為響應(yīng)失敗，所述傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶失敗原因。
6. 如權(quán)利要求5所述的方法，其特征在于步驟(b2)中，響應(yīng)失敗時(shí)，所述傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶等待時(shí)間，接收該傳輸?shù)刂氛?qǐng)求響應(yīng)消息的源基站超過(guò)所述等待時(shí)間后再次執(zhí)行步驟(a2)。
7. —種在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的裝置，其特征在于，該裝置基于基站實(shí)現(xiàn)，利用構(gòu)造的獨(dú)立消息通過(guò)Sl接口獲取建立X2接口連接所需的基站傳輸?shù)刂罚允够鹃g建立X2接口連接。
8. 如權(quán)利要求7所述的裝置，其特征在于，該裝置包括直傳消息構(gòu)造模塊、直傳消息發(fā)送模塊、直傳消息接收模塊，其中，直傳消息構(gòu)造模塊，用于構(gòu)造基站傳輸?shù)刂分眰飨?，其中包含?dāng)前基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂?；直傳消息發(fā)送模塊，用于通過(guò)Sl接口將直傳消息構(gòu)造模塊構(gòu)造的基站傳輸?shù)刂分眰飨l(fā)送給目標(biāo)基站；直傳消息接收模塊，用于接收及解析其他基站發(fā)送的基站傳輸?shù)刂分眰飨?，以發(fā)起X2接口建立流程。
9. 如權(quán)利要求7所述的裝置，其特征在于，該裝置包括消息構(gòu)造模塊、消息發(fā)送模塊及消息接收模塊，其中，消息構(gòu)造模塊，用于構(gòu)造傳輸?shù)刂氛?qǐng)求消息，還用于根據(jù)消息接收模塊接收的傳輸?shù)刂氛?qǐng)求消息構(gòu)造傳輸?shù)刂讽憫?yīng)消息，響應(yīng)成功時(shí)，傳輸?shù)刂讽憫?yīng)消息中包含當(dāng)前基站的、支持X2接口建立的一個(gè)或多個(gè)傳輸?shù)刂?；消息發(fā)送模塊，用于通過(guò)S1接口將傳輸?shù)刂氛?qǐng)求消息和傳輸?shù)刂讽憫?yīng)消息發(fā)送給目標(biāo)基站；消息接收模塊，用于通過(guò)Sl接口接收其他基站發(fā)送的傳輸?shù)刂氛?qǐng)求消息和傳輸?shù)刂讽憫?yīng)消息，以根據(jù)傳輸?shù)刂讽憫?yīng)消息建立X2接口連接。
10.如權(quán)利要求9所述的裝置，其特征在于所述消息接收模塊還用于解析接收的請(qǐng)求消息和響應(yīng)消息，若請(qǐng)求消息解析錯(cuò)誤或傳輸?shù)刂帆@取錯(cuò)誤，所述消息構(gòu)造模塊構(gòu)造的傳輸?shù)刂氛?qǐng)求響應(yīng)消息中攜帶失敗原因。
全文摘要
本發(fā)明提供了一種在LTE系統(tǒng)下基站X2接口傳輸?shù)刂帆@取的方法和裝置，該方法基于基站實(shí)現(xiàn)，基站利用構(gòu)造的獨(dú)立消息通過(guò)S1接口獲取建立X2接口連接所需的基站傳輸?shù)刂?，以使基站間建立X2接口連接。本發(fā)明方法和裝置能及時(shí)獲取與當(dāng)前基站建立X2接口的目標(biāo)基站傳輸?shù)刂沸畔ⅲ沟没灸軌蚪2接口，有助于實(shí)現(xiàn)基站間的信息交互，體現(xiàn)自動(dòng)鄰區(qū)關(guān)系優(yōu)化中X2接口屬性管理的完整性。
文檔編號(hào)H04W4/12GK101754116SQ200810184509
公開(kāi)日2010年6月23日 申請(qǐng)日期2008年12月3日 優(yōu)先權(quán)日2008年12月3日
發(fā)明者高音 申請(qǐng)人:中興通訊股份有限公司