本發(fā)明涉及無線通信
技術(shù)領(lǐng)域：
，特別涉及一種信息發(fā)送與控制信息發(fā)送的方法及裝置。
背景技術(shù)：
：現(xiàn)有的移動通信主要是人與人之間的通信，隨著硬件設(shè)備的小型化和智能化，未來的移動通信更多“人與物”及“物與物”之間的高速連接應(yīng)用。以MTC(MachineTypeCommunication，機器通信)業(yè)務(wù)為例，MTC應(yīng)用范圍非常廣泛，如移動醫(yī)療、車聯(lián)網(wǎng)、智能家居、工業(yè)控制、環(huán)境監(jiān)測等將會推動MTC系統(tǒng)應(yīng)用爆發(fā)式增長，大量設(shè)備將接入網(wǎng)絡(luò)，實現(xiàn)真正的“萬物互聯(lián)”，為移動通信帶來無限生機。同時，廣泛的MTC系統(tǒng)應(yīng)用范圍也會給移動通信帶來新的技術(shù)挑戰(zhàn)，例如實時云計算、虛擬現(xiàn)實、在線游戲、遠(yuǎn)程醫(yī)療、智能交通、智能電網(wǎng)、遠(yuǎn)程實時控制等業(yè)務(wù)對時延比較敏感，對時延提出更高的需求。但這些業(yè)務(wù)的應(yīng)用也對信息交互的時延提出了較高的要求。下面以智能交通中的V2X(VehicletoEverything，車與外界的信息交換)業(yè)務(wù)為例說明現(xiàn)有技術(shù)的不足。研究表明，80％的公路交通事故是由于駕駛員在事故發(fā)生前3秒內(nèi)的疏忽造成的。如果提前0.5秒示警駕駛員，可以避免60％的追尾事故；若駕駛員能提早1.5秒得到示警并采取措施，則可以避免90％的追尾撞車事故。這些碰撞避免類應(yīng)用要求在設(shè)定范圍內(nèi)(如300米)的車輛之間或車輛與路側(cè)基礎(chǔ)設(shè)施之間以極短的傳輸時延(典型值為100ms)進(jìn)行道路安全相關(guān)的信息交換。采用包括V2V(vehicletovehicle，車與車的信息交換)、V2I(Vehicle-to-Infrastructure,車與基礎(chǔ)設(shè)施的信息交換)、V2P (Vehicle-to-Pedestrian,車與人的信息交換)等的V2X通信方式提前感知道路安全風(fēng)險的主動安全預(yù)警技術(shù)是當(dāng)前各國試圖解決道路交通安全問題一種新的思路，通過車與車、車與路側(cè)基礎(chǔ)設(shè)施間的實時信息交互，告知彼此目前的狀態(tài)(包括車輛的位置、速度、加速度、行駛路徑)及獲知的道路環(huán)境信息，協(xié)作感知道路危險狀況，及時提供前向碰撞告警、盲區(qū)告警/換道告警、協(xié)作合路輔助、協(xié)作合路輔助、交通信號燈違規(guī)告警等多類告警信息，從而可以避免大多數(shù)道路交通安全事故的發(fā)生。一些典型應(yīng)用有緊急制動告警、協(xié)作合路輔助、交通信號燈違規(guī)告警等?，F(xiàn)有技術(shù)中，在采用V2X方式支持道路安全應(yīng)用時，是基于eMBMS技術(shù)實現(xiàn)的。其中，eMBMS(evolvedMBMS，演進(jìn)的MBMS)技術(shù)是指：LTE(LongTermEvolution，長期演進(jìn))中的MBMS，MBMS(MultimediaBroadcast/MulticastService，多媒體廣播\組播服務(wù))技術(shù)是用于為無線小區(qū)中的用戶提供多媒體廣播和組播服務(wù)的。eMBMS支持MBSFN(MulticastBroadcastSingleFrequencyNetwork，多播廣播單頻網(wǎng)絡(luò))傳輸方式，即：屬于同一個MBSFN區(qū)域中的小區(qū)在相同時間和頻率資源上在多個小區(qū)同時發(fā)送完全相同的內(nèi)容。接收UE(UserEquipment，用戶設(shè)備)可以將多個小區(qū)發(fā)送的信號看成一個信號的多條路徑，對這些信號進(jìn)行處理，獲得宏分集增益，從而提高小區(qū)邊緣用戶的信號接收質(zhì)量。采用V2X方式支持道路安全應(yīng)用，通常情況下要求發(fā)送車輛從高層接收到道路安全消息到接收車輛的MAC(MediumAccessControl，媒質(zhì)接入控制)層將道路安全消息遞交給高層之間的時延不大于100ms，而現(xiàn)有技術(shù)的不足就在于：基于現(xiàn)有eMBMS技術(shù)實現(xiàn)的V2X業(yè)務(wù)，信息交互總時延為160ms，不能滿足支持道路安全應(yīng)用的時延要求。事實上，該問題不僅存在于V2X業(yè)務(wù)中，在其他類似的環(huán)境、或者應(yīng)用中，也存在該問題，也即，現(xiàn)有基于eMBMS技術(shù)實現(xiàn)的信息傳輸，不能滿足一些業(yè)務(wù)的時延要求。技術(shù)實現(xiàn)要素：本發(fā)明實施例中提供了一種信息發(fā)送與控制信息發(fā)送的方法及裝置，用以解決在減少信息的發(fā)送接收時間過程中的信息擁塞問題。本發(fā)明實施例中提供了一種控制信息發(fā)送的方法，包括：確定終端設(shè)備的狀態(tài)；確定MBSFN區(qū)域的資源使用狀況；根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況，確定終端設(shè)備上報信息的上報策略；指示終端設(shè)備按照所述上報策略上報信息。較佳地，在確定終端設(shè)備的狀態(tài)時，通過終端設(shè)備上報的信息確定終端設(shè)備的狀態(tài)；和/或，通過終端設(shè)備上報的攜帶有狀態(tài)信息的狀態(tài)信息確定終端設(shè)備的狀態(tài)。較佳地，所述攜帶有狀態(tài)信息的狀態(tài)信息是終端設(shè)備在滿足上報條件時上報的；或，是終端設(shè)備根據(jù)指示上報的。較佳地，進(jìn)一步包括：根據(jù)預(yù)設(shè)策略及各終端設(shè)備收發(fā)數(shù)據(jù)的情況，確定需上報狀態(tài)信息的終端設(shè)備；指示該終端設(shè)備上報攜帶有狀態(tài)信息的狀態(tài)信息。較佳地，所述指示終端設(shè)備按照所述上報策略上報信息，是在終端設(shè)備未按照所述上報策略上報信息時，進(jìn)行指示；和/或，距離上次指示時間大于預(yù)設(shè)時間時，進(jìn)行指示。較佳地，所述指示終端設(shè)備按照所述上報策略上報信息，包括：根據(jù)終端設(shè)備的狀態(tài)確定與終端設(shè)備相關(guān)的區(qū)域；通知終端設(shè)備所述相關(guān)的區(qū)域的資源使用狀況；指示終端設(shè)備根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。較佳地，指示終端設(shè)備根據(jù)資源使用狀況上報信息后，進(jìn)一步包括：在確定終端設(shè)備上報信息的策略與所述上報策略不符時，指示終端設(shè)備按照所述上報策略上報信息，和/或，丟棄不滿足上報策略的終端設(shè)備上報的數(shù)據(jù)包。較佳地，所述上報策略是根據(jù)以下因素之一或者其組合確定的：信息發(fā)送速率、信息發(fā)送周期、發(fā)送信息的數(shù)據(jù)包大小、發(fā)送隊列參數(shù)、數(shù)據(jù)包丟棄規(guī)則。較佳地，進(jìn)一步包括：確定各MBSFN區(qū)域的資源使用狀況；根據(jù)各MBSFN區(qū)域的各終端設(shè)備上報信息情況協(xié)調(diào)各MBSFN區(qū)域的資源分配；根據(jù)協(xié)調(diào)后的MBSFN區(qū)域的資源使用狀況確定終端設(shè)備上報信息的上報策略。較佳地，終端設(shè)備上報的信息將在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。較佳地，終端設(shè)備上報的信息是用于車與外界的信息交換V2X業(yè)務(wù)的V2X信息。本發(fā)明實施例中提供了一種信息發(fā)送方法，包括：接收包含上報策略的指示，所述上報策略是網(wǎng)絡(luò)側(cè)根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況確定的終端設(shè)備上報信息的策略；按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息。較佳地，進(jìn)一步包括：向網(wǎng)絡(luò)側(cè)節(jié)點上報的攜帶有狀態(tài)信息的狀態(tài)信息。較佳地，在滿足上報條件時向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息；或，根據(jù)網(wǎng)絡(luò)側(cè)節(jié)點指示向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息。較佳地，按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息，包括：接收與終端設(shè)備相關(guān)的區(qū)域的資源使用狀況的通知；根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。較佳地，終端設(shè)備上報的信息將由各網(wǎng)絡(luò)側(cè)節(jié)點在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。較佳地，上報的信息是用于V2X業(yè)務(wù)的V2X信息。本發(fā)明實施例中提供了一種控制信息發(fā)送的裝置，包括：狀態(tài)確定模塊，用于確定終端設(shè)備的狀態(tài)；資源確定模塊，用于確定MBSFN區(qū)域的資源使用狀況；策略確定模塊，用于根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況，確定終端設(shè)備上報信息的上報策略；指示模塊，用于指示終端設(shè)備按照所述上報策略上報信息。較佳地，狀態(tài)確定模塊進(jìn)一步用于在確定終端設(shè)備的狀態(tài)時，通過終端設(shè)備上報的信息確定終端設(shè)備的狀態(tài)；和/或，通過終端設(shè)備上報的攜帶有狀態(tài)信息的狀態(tài)信息確定終端設(shè)備的狀態(tài)。較佳地，狀態(tài)確定模塊進(jìn)一步用于通過終端設(shè)備在滿足上報條件時上報的所述攜帶有狀態(tài)信息的狀態(tài)信息；或，終端設(shè)備根據(jù)指示上報的所述攜帶有狀態(tài)信息的狀態(tài)信息來確定終端設(shè)備的狀態(tài)。較佳地，進(jìn)一步包括：終端確定模塊，用于根據(jù)預(yù)設(shè)策略及各終端設(shè)備收發(fā)數(shù)據(jù)的情況，確定需上報狀態(tài)信息的終端設(shè)備；指示模塊進(jìn)一步用于指示該終端設(shè)備上報攜帶有狀態(tài)信息的狀態(tài)信息。較佳地，指示模塊進(jìn)一步用于在終端設(shè)備未按照所述上報策略上報信息時，指示終端設(shè)備按照所述上報策略上報信息；和/或，在距離上次指示時間大于預(yù)設(shè)時間時，指示終端設(shè)備按照所述上報策略上報信息。較佳地，指示模塊包括：區(qū)域確定單元，用于根據(jù)終端設(shè)備的狀態(tài)確定與終端設(shè)備相關(guān)的區(qū)域；資源通知單元，用于通知終端設(shè)備所述相關(guān)的區(qū)域的資源使用狀況；指示單元，用于指示終端設(shè)備根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。較佳地，指示模塊進(jìn)一步用于在指示終端設(shè)備根據(jù)資源使用狀況上報信息后，在確定終端設(shè)備上報信息的策略與所述上報策略不符時，指示終端設(shè)備按照所述上報策略上報信息，和/或，丟棄不滿足上報策略的終端設(shè)備上報的數(shù)據(jù)包。較佳地，策略確定模塊進(jìn)一步用于根據(jù)以下因素之一或者其組合確定所述上報策略：信息發(fā)送速率、信息發(fā)送周期、發(fā)送信息的數(shù)據(jù)包大小、發(fā)送隊列參數(shù)、數(shù)據(jù)包丟棄規(guī)則。較佳地，策略確定模塊進(jìn)一步用于確定各MBSFN區(qū)域的資源使用狀況；根據(jù)各MBSFN區(qū)域的各終端設(shè)備上報信息情況協(xié)調(diào)各MBSFN區(qū)域的資源分配；根據(jù)協(xié)調(diào)后的MBSFN區(qū)域的資源使用狀況確定終端設(shè)備上報信息的上報策略。較佳地，終端設(shè)備上報的信息將在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。較佳地，終端設(shè)備上報的信息是用于車與外界的信息交換V2X業(yè)務(wù)的V2X信息。本發(fā)明實施例中提供了一種信息發(fā)送裝置，包括：指示接收模塊，用于接收包含上報策略的指示，所述上報策略是網(wǎng)絡(luò)側(cè)根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況確定的終端設(shè)備上報信息的策略；信息上報模塊，用于按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息。較佳地，進(jìn)一步包括：狀態(tài)上報模塊，用于向網(wǎng)絡(luò)側(cè)節(jié)點上報的攜帶有狀態(tài)信息的狀態(tài)信息。較佳地，狀態(tài)上報模塊進(jìn)一步用于在滿足上報條件時向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息；或，根據(jù)網(wǎng)絡(luò)側(cè)節(jié)點指示向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有 狀態(tài)信息的狀態(tài)信息。較佳地，信息上報模塊進(jìn)一步用于在按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息時，接收與終端設(shè)備相關(guān)的區(qū)域的資源使用狀況的通知；根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。較佳地，終端設(shè)備上報的信息將由各網(wǎng)絡(luò)側(cè)節(jié)點在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。較佳地，上報的信息是用于V2X業(yè)務(wù)的V2X信息。本發(fā)明有益效果如下：在本發(fā)明實施例提供的技術(shù)方案中，一個方案中，在基站上，當(dāng)接收到歸屬自身下轄小區(qū)的各終端設(shè)備上報的信息后，就向相關(guān)的基站發(fā)送所述信息，若發(fā)送的基站為第一基站，上報信息的終端設(shè)備歸屬的小區(qū)為第一小區(qū)，接收信息的相關(guān)的各個基站為第二基站，那么，第一小區(qū)與第二基站下轄的某些小區(qū)是屬于同一MBSFN區(qū)域的；而在另一個相應(yīng)的方案中，在另一側(cè)相關(guān)的基站(也即第二基站)上，在接收到第一基站發(fā)送的所述信息后，確定自身下轄的小區(qū)中與該信息來源的第一小區(qū)屬于同一MBSFN區(qū)域的小區(qū)。然后，在第一基站以及相關(guān)的第二基站上，在相同的時間與頻率資源上向需要的終端設(shè)備下發(fā)所述信息，這樣，在同一MBSFN區(qū)域內(nèi)的終端設(shè)備都同時接收到了來自同一個小區(qū)的終端設(shè)備上報的信息，且因每個MBSFN區(qū)域的發(fā)送資源不同，使得各MBSFN區(qū)域數(shù)據(jù)在接收時不受彼此干擾。在本發(fā)明實施例中提供的技術(shù)方案中，并未如現(xiàn)有技術(shù)般將終端設(shè)備上報的信息上報給網(wǎng)絡(luò)側(cè)的S-GW、P-GW、BMSC等處理后，再由BMSC指示基站采用MBSFN方式發(fā)送；而是直接在基站之間進(jìn)行終端設(shè)備上報的信息交互，并在基站上處理后即分發(fā)給各基站采用MBSFN方式發(fā)送，由于沒有網(wǎng)絡(luò)側(cè)各核心網(wǎng)實體的中轉(zhuǎn)，因此減少了MBSFN方式發(fā)送MBMS數(shù)據(jù)的耗時，使得本發(fā)明實施例中提供的技術(shù)方案可以滿足一些對時延有特定要求的業(yè)務(wù)的需 求。進(jìn)一步的，本發(fā)明實施例中還提供了對信息發(fā)送進(jìn)行控制的方案，以解決信息發(fā)送過程中的擁塞問題，以對網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的數(shù)據(jù)量進(jìn)行調(diào)控，滿足擁塞場景中信息通信的要求。附圖說明此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：圖1為本發(fā)明實施例中eMBMS系統(tǒng)架構(gòu)示意圖；圖2為本發(fā)明實施例中基于eMBMS實現(xiàn)V2X通信的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖3為本發(fā)明實施例中增強的基于eMBMS實現(xiàn)V2X通信的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例中信息發(fā)送方法一實施流程示意圖；圖5為本發(fā)明實施例中信息發(fā)送方法二實施流程示意圖；圖6為本發(fā)明實施例中信息接收方法實施流程示意圖；圖7為本發(fā)明實施例中信息收發(fā)方法實施流程示意圖；圖8為本發(fā)明實施例中MBSFN區(qū)域構(gòu)成示意圖；圖9為本發(fā)明實施例中高速場景中MBSFN區(qū)域構(gòu)成示意圖；圖10為本發(fā)明實施例中小區(qū)與MBSFN區(qū)域間關(guān)系示意圖；圖11為本發(fā)明實施例中為高速公路場景下小區(qū)與MBSFN區(qū)域間關(guān)系示意圖；圖12為本發(fā)明實施例中X2接口MBSFN數(shù)據(jù)傳輸通道建立信令交互過程實施流程示意圖；圖13為本發(fā)明實施例中X2接口MBSFN數(shù)據(jù)傳輸通道配置更新過程實施流程示意圖；圖14為本發(fā)明實施例中X2接口MBSFN數(shù)據(jù)傳輸通道去激活/釋放過程實施流程示意圖；圖15為本發(fā)明實施例中EPS承載構(gòu)成示意圖；圖16為本發(fā)明實施例中信息上報方法實施流程示意圖；圖17為本發(fā)明實施例中承載建立方法實施流程示意圖；圖18為本發(fā)明實施例中接入網(wǎng)節(jié)點的信息接收方法實施流程示意圖；圖19為本發(fā)明實施例中LTE網(wǎng)絡(luò)架構(gòu)示意圖；圖20為本發(fā)明實施例中LTE系統(tǒng)通過X2接口的非競爭隨機接入切換流程示意圖；圖21為本發(fā)明實施例中LTE系統(tǒng)通過S1接口的非競爭隨機接入切換流程示意圖；圖22為本發(fā)明實施例中源基站側(cè)的切換方法實施流程示意圖；圖23為本發(fā)明實施例中目標(biāo)基站側(cè)的切換方法實施流程示意圖；圖24為本發(fā)明實施例中網(wǎng)絡(luò)側(cè)節(jié)點上的控制信息發(fā)送的方法實施流程示意圖；圖25為本發(fā)明實施例中終端設(shè)備上的信息發(fā)送方法實施流程示意圖；圖26為本發(fā)明實施例中擁塞控制實施中的區(qū)域劃分示意圖；圖27為本發(fā)明實施例中控制信息發(fā)送裝置結(jié)構(gòu)示意圖；圖28為本發(fā)明實施例中信息發(fā)送裝置結(jié)構(gòu)示意圖；圖29為本發(fā)明實施例中網(wǎng)絡(luò)側(cè)節(jié)點結(jié)構(gòu)示意圖；圖30為本發(fā)明實施例中終端設(shè)備結(jié)構(gòu)示意圖。具體實施方式下面結(jié)合附圖對本發(fā)明的具體實施方式進(jìn)行說明。發(fā)明人在發(fā)明過程中注意到，基于現(xiàn)有eMBMS技術(shù)實現(xiàn)的應(yīng)用業(yè)務(wù)或場 景時延不能滿足要求，以V2X業(yè)務(wù)為例，其總時延為160ms的原因如下：圖1為eMBMS系統(tǒng)架構(gòu)示意圖，如圖所示，eMBMS系統(tǒng)架構(gòu)中主要包括BMSC(broadcastmulticastservicecenter，廣播組播業(yè)務(wù)中心)、MBMSGW(MBMSGateway，MBMS網(wǎng)關(guān))、MME(MobilityManagementEntity，移動性管理實體)、MCE(Multi-cell/multicastCoordinationEntity，多小區(qū)多播協(xié)調(diào)實體)、eNB(演進(jìn)基站)，其中：BMSC：提供MBMS業(yè)務(wù)和發(fā)起MBMS承載建立過程。MBMSGW：采用IP多播方式向各eNB發(fā)送MBMS業(yè)務(wù)數(shù)據(jù)。與MME交互MBMS會話控制信令。MME：根據(jù)從MBMSGW收到的會話控制信令，通過M3接口與MCE通信實現(xiàn)MBMS會話控制。MCE：負(fù)責(zé)各eNBMBMS資源的分配。生成MBMS業(yè)務(wù)通知信息發(fā)送給eNB。eNB：將從BMSC上接收的MBMS業(yè)務(wù)數(shù)據(jù)包，在MCE指定的資源按設(shè)定的時間以廣播方式發(fā)送。將從MCE接收的MBMS業(yè)務(wù)通知信息以廣播方式發(fā)送。基于eMBMS實現(xiàn)V2X通信得方案主要部分如下：圖2為基于eMBMS實現(xiàn)V2X通信的網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖所示，基于eMBMS實現(xiàn)V2X通信的方式為：車輛UE(圖中用以示意的為UE1、UE2)采用單播(unicast)方式上報道路安全相關(guān)信息如本車的位置、速度、加速度、行駛路徑及獲知的道路環(huán)境信息等，eNB將車輛上報的道路安全相關(guān)信息經(jīng)S-GW(ServingGateway，服務(wù)網(wǎng)關(guān))、P-GW(PDNGateway，分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))等實體發(fā)送給BMSC，BMSC再將各車輛上報的道路安全相關(guān)信息采用MBSFN方式發(fā)送給各車輛周圍相關(guān)的小區(qū)。在上述方式下，發(fā)送車輛上報道路安全信息到其周圍的車輛接收到其發(fā)送 的道路安全信息的時延分析見下：表1：基于eMBMS實現(xiàn)V2X通信端到端總時延數(shù)據(jù)傳輸階段時延(ms)發(fā)送車輛UE→eNB10eNB→S-GW/PGW→BMSC20BMSC→eNB40MSP80eNB→接收車輛UE10總時延160其中：MSP為MCH(MulticastChannel，多播信道)調(diào)度周期(MCHSchedulingPeriod)。可見，基于現(xiàn)有eMBMS技術(shù)實現(xiàn)的V2X總時延為160ms，而這顯然不能滿足支持道路安全應(yīng)用的時延要求。發(fā)明人注意到：針對在一定區(qū)域內(nèi)進(jìn)行信息交互的情景，可以減少在網(wǎng)絡(luò)側(cè)產(chǎn)生的時延，具體的，可以盡量利用接入網(wǎng)的的特點來減少時延。例如，在LTE系統(tǒng)中，eNB間可以通過X2接口或者S1接口直接與其他eNB通信，實現(xiàn)無縫的無線資源管理和協(xié)同數(shù)據(jù)傳輸。下面進(jìn)行具體說明，一種是基于X2接口的技術(shù)方案，一種是基于S1接口的技術(shù)方案。一、基于X2接口的技術(shù)方案。當(dāng)相鄰的eNB之間存在X2接口時，為了減少160ms的時延，本發(fā)明實施例中將提供基于X2接口的技術(shù)方案，也即：為了降低基于eMBMS技術(shù)實現(xiàn)V2X的端到端時延，提出了一種增強的基于eMBMS實現(xiàn)V2X通信方案，該方案構(gòu)思主要為：圖3為增強的基于eMBMS實現(xiàn)V2X通信的網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖所示， 在該結(jié)構(gòu)中基于X2接口的技術(shù)方案主要為：車輛UE采用單播(unicast)方式向服務(wù)小區(qū)上報道路安全相關(guān)信息，如本車的位置、速度、加速度、行駛路徑及獲知的道路環(huán)境信息等，在本方案中，eNB將其下各支持(特定)V2X業(yè)務(wù)的小區(qū)中車輛上報的道路安全相關(guān)信息通過X2接口與相鄰eNB進(jìn)行交互，相鄰eNB下的小區(qū)采用MBSFN方式將所屬MBSFN區(qū)域數(shù)據(jù)源小區(qū)下收集的道路安全信息發(fā)送給UE。按上述方案，發(fā)送車輛上報道路安全信息到其周圍的車輛接收到其發(fā)送的道路安全信息的時延分析見下：表2：基于eMBMS實現(xiàn)V2X通信端到端總時延數(shù)據(jù)傳輸階段時延(ms)發(fā)送車輛UE→eNB10eNB→eNB10MSP80eNB→接收車輛UE10總時延110與表1數(shù)據(jù)相比可以看出，扣除MSP的耗時后，時延由表1指代方案的80ms降低至表2指代的增強方案的30ms，可見，在本方案基礎(chǔ)上降低了總時延。進(jìn)一步的，如果通過降低MSP的時間，如降低到60ms，便可以將UE間道路安全信息交互的總時延降低到100ms以下。二、基于S1接口的技術(shù)方案。當(dāng)相鄰的eNB間不存在X2接口時，eNB將其下各支持(特定)V2X業(yè)務(wù)的小區(qū)中車輛上報的道路安全相關(guān)信息通過S1接口轉(zhuǎn)發(fā)方式與相鄰eNB間進(jìn)行交互，相鄰eNB下的小區(qū)采用MBSFN方式將所屬MBSFN區(qū)域數(shù)據(jù)源小區(qū)下收集的道路安全信息發(fā)送給UE。上述方式，發(fā)送車輛上報道路安全信息到其周圍的車輛接收到其發(fā)送的道 路安全信息的時延分析見下：表3采用S1接口進(jìn)行交互時基于eMBMS實現(xiàn)V2X通信端到端總時延數(shù)據(jù)傳輸階段時延(ms)發(fā)送車輛UE→eNB10eNB→S-GW10S-GW→eNB10MSP80eNB→接收車輛UE10總時延120與表1數(shù)據(jù)相比可以看出，扣除MSP的耗時后，時延由表1指代方案的80ms降低至表3指代的增強方案的60ms，可見，在本方案基礎(chǔ)上降低了總時延。進(jìn)一步的，如果通過降低MSP的時間，如降低到50ms，便可以將UE間道路安全信息交互的總時延降低到100ms以下?；谏鲜鰳?gòu)思，本發(fā)明實施例分別提供了在基站上實現(xiàn)該構(gòu)思的方案如下：方案中，第一基站為接收各終端設(shè)備上報的信息的基站，第一小區(qū)是歸屬于第一基站的小區(qū)，各終端設(shè)備是第一小區(qū)所轄的終端設(shè)備；第一基站在收到信息后發(fā)送給第二基站，第二基站可以有多個，但是其要求為：歸屬于第二基站的第二小區(qū)與第一小區(qū)屬于同一MBSFN區(qū)域；對于第二小區(qū)，還需要說明的是，也有歸屬于第一基站的第二小區(qū)，同樣，第二小區(qū)的要求為與第一小區(qū)屬于同一MBSFN區(qū)域，也即，與第一小區(qū)屬于同一MBSFN區(qū)域的其他小區(qū)，在實施例中稱為第二小區(qū)。隨后，在第一基站以及第二基站在相同的時間與頻率資源上向第一小區(qū)、第二小區(qū)所轄的各終端設(shè)備下發(fā)信息，這樣，在同一MBSFN區(qū)域內(nèi)的終端設(shè)備都同時接收到了來自同一個小區(qū)的終端設(shè)備上報的信息。實施中，還需說明的是，終端設(shè)備并不直接歸屬基站，而是歸屬于邏輯上劃分的小區(qū)，需要說明的原因是本方案中的MBSFN區(qū)域是由小區(qū)組成的，上述描述是為了便于理解僅從物理上進(jìn)行的說明。下文還會對小區(qū)的實施進(jìn)行說明。同時，終端設(shè)備不僅包括移動終端設(shè)備，也包括各種用于MTC中的終端設(shè)備，例如用于實時云計算、虛擬現(xiàn)實、在線游戲、遠(yuǎn)程醫(yī)療、智能交通、智能電網(wǎng)、遠(yuǎn)程實時控制等業(yè)務(wù)中的傳感器、數(shù)據(jù)采集裝置等。實施例中，將主要以V2X業(yè)務(wù)為例進(jìn)行說明，以終端設(shè)備的典型代表UE作為終端設(shè)備、以基站的典型代表eNB作為基站來進(jìn)行說明，而交互的信息則是V2X業(yè)務(wù)中的V2X信息。容易知道，上述方案中，在實例中則可以為：第一基站為接收各UE在V2X業(yè)務(wù)中上報的V2X信息的基站，各UE是第一小區(qū)所轄的UE，第一小區(qū)是歸屬于第一基站的小區(qū)；第一基站在收到V2X信息后發(fā)送給第二基站，第二基站可以有多個，但是其要求為：歸屬于第二基站的第二小區(qū)與第一小區(qū)屬于同一MBSFN區(qū)域；隨后，在第一基站以及第二基站在相同的時間與頻率資源上向第一小區(qū)、第二小區(qū)所轄的各UE下發(fā)V2X信息，這樣，在同一MBSFN區(qū)域內(nèi)的UE都同時接收到了來自同一個小區(qū)的UE上報的V2X信息。則本發(fā)明實施例中提供的信息發(fā)送方案如下：圖4為信息發(fā)送方法一實施流程示意圖，如圖所示，可以包括如下步驟：步驟401、接收第一小區(qū)所轄的各終端設(shè)備上報至第一基站的信息，所述第一小區(qū)是歸屬于第一基站的小區(qū)；步驟402、將該信息分發(fā)給與第一小區(qū)屬于同一MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站，所述信息將在各基站下的各第二小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送；實施中，也即將信息分發(fā)給以第一小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站，其中，數(shù)據(jù)源小區(qū)的概念將會在下面進(jìn)行說明。步驟403、在第一基站的第一小區(qū)以及歸屬于第一基站的與第一小區(qū)屬于 同一MBSFN區(qū)域的第二小區(qū)中，在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上向指定的終端設(shè)備發(fā)送信息。實施中，也即是在歸屬于第一基站的與屬于以第一小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的第二小區(qū)中發(fā)送信息，其中，數(shù)據(jù)源小區(qū)的概念將會在下面進(jìn)行說明。具體實施中，若以V2X業(yè)務(wù)、V2X信息為例，容易知道，上述方案中，在實例中則V2X業(yè)務(wù)中的信息發(fā)送方法一可以包括如下步驟：1、接收第一小區(qū)所轄的各UE在V2X業(yè)務(wù)中上報至第一基站的V2X信息，所述第一小區(qū)是歸屬于第一基站的小區(qū)；2、將V2X信息分發(fā)給與第一小區(qū)屬于同一MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站，所述V2X信息將在各基站下的各第二小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送；3、在第一基站的第一小區(qū)以及歸屬于第一基站的與第一小區(qū)屬于同一MBSFN區(qū)域的第二小區(qū)中，在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送V2X信息。圖5為信息發(fā)送方法二實施流程示意圖，如圖所示，可以包括如下步驟：步驟501、接收第一基站發(fā)送給第二基站的來自第一小區(qū)的信息，所述第一小區(qū)是歸屬于第一基站的小區(qū)；步驟502、確定與第一小區(qū)屬于同一MBSFN區(qū)域的第二小區(qū)，所述第二小區(qū)是歸屬于第二基站的小區(qū)；實施中，也即確定屬于以第一小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)，其中，數(shù)據(jù)源小區(qū)的概念將會在下面進(jìn)行說明。步驟503、在第二基站以與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源發(fā)送信息。具體實施中，若以V2X業(yè)務(wù)、V2X信息為例，容易知道，上述方案中，在實例中則V2X業(yè)務(wù)中的信息發(fā)送方法二可以包括如下步驟：1、接收第一基站發(fā)送給第二基站的來自第一小區(qū)的V2X信息，所述第一 小區(qū)是歸屬于第一基站的小區(qū)；2、確定與第一小區(qū)屬于同一MBSFN區(qū)域的第二小區(qū)，所述第二小區(qū)是歸屬于第二基站的小區(qū)；3、在第二基站以與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源發(fā)送V2X信息。圖6為信息接收方法實施流程示意圖，如圖所示，可以包括如下步驟：步驟601、接收基站發(fā)送的信息；步驟602、根據(jù)接收信息的時間與頻率資源確定對應(yīng)的MBSFN區(qū)域；步驟603、按與該MBSFN區(qū)域?qū)?yīng)的規(guī)則處理信息。具體實施中，在接收到基站發(fā)送的信息后，面對的是接收到若干信息的情況下；那么在步驟602中，首先可以確定各MBSFN區(qū)域?qū)?yīng)的時間與頻率資源的對應(yīng)關(guān)系，例如，可以根據(jù)接收的系統(tǒng)信息來確定各MBSFN區(qū)域?qū)?yīng)的時間與頻率資源的對應(yīng)關(guān)系；接著，再通過接收到的信息的時間與頻率資源結(jié)合上述的對應(yīng)關(guān)系便可確定對應(yīng)的MBSFN區(qū)域；然后，在步驟603中，即可按與各MBSFN區(qū)域?qū)?yīng)的規(guī)則處理在各MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上接收的信息。容易理解，針對每一條接收到的信息，便是根據(jù)接收信息的時間與頻率資源確定對應(yīng)的MBSFN區(qū)域，然后按與該MBSFN區(qū)域?qū)?yīng)的規(guī)則處理信息即可。具體實施中，若以V2X業(yè)務(wù)、V2X信息、確定對應(yīng)關(guān)系是通過系統(tǒng)信息獲知的為例，容易知道，上述方案中，在實例中則V2X業(yè)務(wù)中的信息接收方法可以包括如下步驟：接收基站發(fā)送的V2X信息；根據(jù)接收的系統(tǒng)信息來確定各支持V2X業(yè)務(wù)的MBSFN區(qū)域以及時間與頻率資源的對應(yīng)關(guān)系，再根據(jù)接收到的信息的時間與頻率資源結(jié)合對應(yīng)關(guān)系確定對應(yīng)的MBSFN區(qū)域；按與各支持MBSFN區(qū)域?qū)?yīng)的規(guī)則處理在各支持V2X業(yè)務(wù)的MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上接收的V2X信息。本例中，對應(yīng)的規(guī)則即為V2X信息的處理規(guī)則，但并不僅限于此，該規(guī)則是預(yù)設(shè)的，是可以根據(jù)需要制定的，例如，可以為完整性保護(hù)處理的規(guī)則。只要該規(guī)則是與MBSFN區(qū)域相對應(yīng)的即可，例如，在該規(guī)則是完整性保護(hù)及驗證的處理規(guī)則時，MBSFN區(qū)域編號為MBSFN區(qū)域1，則按與MBSFN區(qū)域1相對應(yīng)的密鑰(通常為公鑰)進(jìn)行完整性驗證。在步驟403、步驟503、步驟601，在以與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源發(fā)送、接收信息時，對于收發(fā)的信息的MBSFN區(qū)域?qū)?yīng)的時間與頻率資源，可以是預(yù)先設(shè)定的，例如：基站需要在分別為MBSFN區(qū)域2和MBSFN區(qū)域3發(fā)送信息，設(shè)定MBSFN區(qū)域2和MBSFN區(qū)域3占用的子幀分別為每個無線幀中的子幀7和子幀8，則，在確定需要發(fā)送的V2X信息屬于MBSFN區(qū)域2的時，按照預(yù)先設(shè)定的子幀7收發(fā)，屬于MBSFN區(qū)域3則按照子幀8收發(fā)。各基站之間獲知MBSFN區(qū)域極其對應(yīng)的時間與頻率資源是本領(lǐng)域技術(shù)人員容易知悉的，且，凡是可以使各基站均能獲知該對應(yīng)關(guān)系的技術(shù)方式也都是可以在本實施例中采用的。實施中，在以與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源收發(fā)信息時，可以采用MBMS方式，也可以采用其他的通信方式發(fā)送，例如通過單播方式、D2D(Device-to-Device，設(shè)備到設(shè)備)等方式，只要能夠?qū)崿F(xiàn)將信息發(fā)送到終端設(shè)備即可。為從整體理解本發(fā)明實施例提供的技術(shù)方案，下面給出第一基站、第二基站、終端設(shè)備之間的實施流程。圖7為信息收發(fā)方法實施流程示意圖，如圖所示，其中，第一小區(qū)是歸屬于第一基站的小區(qū)，信息將在各基站下的各第二小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送，所述第二小區(qū)是歸屬于第二基站的小區(qū)，可以包括：步驟701、接收第一小區(qū)所轄的各終端設(shè)備上報至第一基站的信息；步驟702、將該信息分發(fā)給與第一小區(qū)屬于同一MBSFN區(qū)域的各第二小 區(qū)歸屬的各第二基站，轉(zhuǎn)入步驟709；步驟703、接收第一基站發(fā)送給第二基站的來自第一小區(qū)的信息，所述第一小區(qū)是歸屬于第一基站的小區(qū)；步驟704、確定與第一小區(qū)屬于同一MBSFN區(qū)域的第二小區(qū)；步驟705、在第二基站的第二小區(qū)中，在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上向指定的終端設(shè)備發(fā)送信息；步驟706、第二基站的第二小區(qū)中的終端設(shè)備接收第二基站發(fā)送的信息；步驟707、根據(jù)接收的第二基站的系統(tǒng)信息確定各MBSFN區(qū)域?qū)?yīng)的時間與頻率資源；步驟708、按各MBSFN區(qū)域?qū)?yīng)的規(guī)則處理在各MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上接收的信息；步驟709、在第一基站的第一小區(qū)以及歸屬于第一基站的與第一小區(qū)屬于同一MBSFN區(qū)域的第二小區(qū)中，在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上向指定的終端設(shè)備發(fā)送信息；步驟710、第一基站的第一小區(qū)、第二小區(qū)中的終端設(shè)備接收第一接收基站發(fā)送的信息；步驟711、根據(jù)接收的第一基站的系統(tǒng)信息確定MBSFN區(qū)域?qū)?yīng)的時間與頻率資源；步驟712、按與該MBSFN區(qū)域?qū)?yīng)的規(guī)則處理在該MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上接收的信息。需要說明的是，“指定的終端設(shè)備”可以是一類終端設(shè)備如支持V2X業(yè)務(wù)的終端設(shè)備或支持某些種類V2X業(yè)務(wù)(如道路安全相關(guān)的V2X業(yè)務(wù)等)的終端設(shè)備，也可以是多類終端設(shè)備如支持V2X業(yè)務(wù)或M2M業(yè)務(wù)的終端設(shè)備，還可以所有能夠接收網(wǎng)絡(luò)側(cè)發(fā)送業(yè)務(wù)的終端設(shè)備。為便于描述以及更好的理解本發(fā)明實施例中提供的技術(shù)方案，下面對涉及到的“源小區(qū)”、“源基站”、“協(xié)同小區(qū)”、“同一MBSFN區(qū)域”等特征的定義、 實施方式等說明。說明中，在需要以實例說明以便于理解時，將以V2X業(yè)務(wù)、UE、V2X信息為例進(jìn)行說明。實施例中，一個MBSFN區(qū)域包括一個第一小區(qū)以及至少一個第二小區(qū)。其中，對于小區(qū)而言，在基站采用單天線或多天線實現(xiàn)對特定區(qū)域的無線信號覆蓋時，這些特定區(qū)域被稱為小區(qū)，小區(qū)這一概念也常常指為這一特定覆蓋區(qū)域內(nèi)的用戶終端提供服務(wù)的包含基站軟件和硬件子系統(tǒng)在內(nèi)的邏輯實體。第一小區(qū)是其所轄的各UE會在V2X業(yè)務(wù)中，將V2X信息上報至第一基站的小區(qū)，則，實施例中的第一小區(qū)稱為“源小區(qū)”，第一基站稱為“源基站”。其中，一個MBSFN區(qū)域只有一個第一小區(qū)，且，一個MBSFN區(qū)域只有一個對應(yīng)的時間與頻率資源，在實際場景中一個MBSFN區(qū)域可以對應(yīng)多份時間與頻率資源，但是，在同一時間，MBSFN區(qū)域?qū)?yīng)的時間與頻率資源是唯一的。一個MBSFN區(qū)域中則會有若干個第二小區(qū)，這些第二小區(qū)可以是歸屬于其他基站的，當(dāng)然，也可以是歸屬于第一基站的，實施例中的第二小區(qū)稱為“協(xié)同小區(qū)”。“源”是指產(chǎn)生數(shù)據(jù)的源，該源產(chǎn)生的數(shù)據(jù)即為該MBSFN區(qū)域發(fā)送的數(shù)據(jù)，“協(xié)同”也即協(xié)助發(fā)送該源產(chǎn)生的數(shù)據(jù)。實施例中的數(shù)據(jù)也即“V2X信息”。由此，在實施中，V2X信息分發(fā)的基站，是屬于以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站，同時，以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域，是指該MBSFN區(qū)域?qū)?yīng)的發(fā)送數(shù)據(jù)由第一小區(qū)產(chǎn)生。那么，V2X信息將在各基站下的各第二小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送，具體為：V2X信息將在屬于以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站下的各屬于以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)中，在與所述以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。如果，在第一基站所屬的小區(qū)中存在第二小區(qū)，那么在第一基站的第一小區(qū)和各第二小區(qū)中，在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送V2X信息，具體為：在第一基站的第一小區(qū)和各屬于以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的第二小區(qū)中，在與所述以第一小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送V2X信息。在方案中，在基站以及相鄰的基站上，在相同的時間與頻率資源上以MBMS方式向各UE下發(fā)V2X信息，這樣的目的是保證在同一MBSFN區(qū)域內(nèi)的UE都能夠同時接收到來自同一個小區(qū)的UE上報的V2X信息。而V2X業(yè)務(wù)的目的是使相關(guān)區(qū)域內(nèi)的UE能夠及時的獲取到該V2X信息，例如，保證與上報V2X信息的UE在300米范圍內(nèi)的所有UE都能接收到該V2X信息，將有必要使得這些UE都與上報V2X信息的UE處于同一MBSFN區(qū)域，將該UE上報的V2X信息作為該MBSFN區(qū)域的數(shù)據(jù)源下發(fā)。換句話說，通過控制MBSFN區(qū)域的小區(qū)組成，即可保證V2X信息的下發(fā)范圍。由于數(shù)據(jù)的處理過程是根據(jù)MBSFN區(qū)域來進(jìn)行的，而MBSFN區(qū)域是由小區(qū)構(gòu)成的，這也就意味著確定同一MBSFN區(qū)域的組成小區(qū)是實施的關(guān)鍵部分，因此下面對小區(qū)以及各小區(qū)如何組成MBSFN區(qū)域進(jìn)行說明，以便更好地理解本發(fā)明實施例提供的技術(shù)方案的實施。圖8為MBSFN區(qū)域構(gòu)成示意圖，圖9為高速場景中MBSFN區(qū)域構(gòu)成示意圖，圖10為小區(qū)與MBSFN區(qū)域間關(guān)系示意圖，圖11為高速公路場景下小區(qū)與MBSFN區(qū)域間關(guān)系示意圖，如圖所示：增強的基于eMBMS實現(xiàn)V2X通信方案中，通常情況下一個MBSFN區(qū)域由相鄰的多個小區(qū)構(gòu)成如圖8所示MBSFN區(qū)域1由Cell1-Cell7構(gòu)成，每個MBSFN區(qū)域中存在一個數(shù)據(jù)源小區(qū)，該小區(qū)負(fù)責(zé)產(chǎn)生本MBSFN區(qū)域中各小區(qū)以MBSFN方式發(fā)送的數(shù)據(jù)內(nèi)容，并數(shù)據(jù)內(nèi)容分發(fā)給本MBSFN區(qū)域內(nèi)的其他小區(qū)(同一MBSFN區(qū)域中的小區(qū)可以屬于不同的eNB)，如在圖8中可以 選擇Cell1作為該MBSFN區(qū)域的數(shù)據(jù)源小區(qū)。在不同的場景中，一個MBSFN區(qū)域中包含的小區(qū)數(shù)可以根據(jù)實際環(huán)境進(jìn)行設(shè)置，如在高速公路環(huán)境中MBSFN區(qū)域可以沿高速公路進(jìn)行設(shè)置，圖9所示的MBSFN區(qū)域由沿高速公路分布的3個小區(qū)構(gòu)成，Cell1作為該MBSFN區(qū)域的數(shù)據(jù)源小區(qū)。為了實現(xiàn)無縫的V2X通信，需要以每個小區(qū)作為源小區(qū)創(chuàng)建相互重疊的不同的MBSFN區(qū)域。圖10、11中，是以帶有編號的圓圈來表示不同的MBSFN區(qū)域的，每個小區(qū)中間位置處圓圈內(nèi)的編號為以該小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的編號，如果多個小區(qū)中都有同一編號的圓圈時，則表示這些小區(qū)屬于同一個以該編號標(biāo)識的MBSFN區(qū)域。如圖10所示，當(dāng)系統(tǒng)中的每個MBSFN區(qū)域由一個小區(qū)及其周圍的6個小區(qū)構(gòu)成、每個小區(qū)都存在一個以自己為中心的一個MBSFN區(qū)域時，每個小區(qū)將會由7個MBSFN區(qū)域覆蓋(如Cell1-Cell7，其他的小區(qū)因處于邊緣，圖中沒有畫出，所以沒有被7個MBSFN區(qū)域覆蓋)。如圖11所示，當(dāng)在高速公路場景中，每個MBSFN區(qū)域由一個小區(qū)及其周圍的2個小區(qū)構(gòu)成、每個小區(qū)都存在一個以自己為中心的一個MBSFN區(qū)域時，每個小區(qū)將會由3個MBSFN區(qū)域覆蓋(如Cell1、Cell2、Cell3、Cell5，其他的Cell4、Cell6因處于邊緣，圖中沒有畫出，所以沒有被3個MBSFN區(qū)域覆蓋)。在LTE系統(tǒng)中，不同MBSFN區(qū)域中的數(shù)據(jù)占用不同的子幀發(fā)送，因此不同MBSFN區(qū)域中的數(shù)據(jù)發(fā)送不存在相互干擾。在步驟402的實施中，將會涉及第一基站與第二基站之間信息的傳輸，也即：將信息分發(fā)給與第一小區(qū)屬于同一MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站。下面將首先對這種情形下的信息分發(fā)的實施進(jìn)行說明。在上述說明過程中，是分別從第一基站與第二基站側(cè)的實施進(jìn)行說明，但這并不意味著二者必須配合實施，實際上，當(dāng)?shù)谝换九c第二基站分開實施時，其也各自解決第一基站與第二基站側(cè)的問題，只是二者結(jié)合使用時，會獲得更好的技術(shù)效果。還需說明的是，對于同一基站，由于在不同的MBSFN區(qū)域中 解決不同的問題，因此其可能同時需要實施第一基站以及第二基站的方案，第一基站、第二基站的稱謂僅是為了更好的闡述本發(fā)明實施例中提供的方案，并不意味一個基站只能實施其中一個方案。一、接入網(wǎng)節(jié)點間通過X2接口傳輸信息的實施。針對接入網(wǎng)節(jié)點間采用X2接口進(jìn)行的信息傳輸，在實施中：在X2接口用戶面可以提供eNB之間的用戶數(shù)據(jù)傳輸功能。X2-UP(X2UserPlane，X2用戶面)的傳送網(wǎng)絡(luò)層基于IP(InternetProtocol，因特網(wǎng)協(xié)議)，UDP(UserDatagramProtocol，用戶數(shù)據(jù)報協(xié)議)/IP協(xié)議之上采用GTP-U(GPRSTunnellingProtocolforUserPlane，GPRS用戶平面隧道協(xié)議；GPRS：GeneralPacketRadioService，通用分組無線業(yè)務(wù))來傳輸eNB之間的用戶面數(shù)據(jù)。GTP-U協(xié)議利用隧道機制來提供承載用戶數(shù)據(jù)包的業(yè)務(wù)，GTP(GPRSTunnellingProtocol，GPRS隧道協(xié)議)包頭中的TEID(TunnelEndPointIdentifier，隧道端標(biāo)識符)指示T-PDU(TunnellingProtocolDataUnit，隧道-協(xié)議數(shù)據(jù)單元)所在的隧道。但現(xiàn)有協(xié)議中eNB間的X2用戶平面?zhèn)鬏斨慌c切換有關(guān)，采用UE相關(guān)信令，建立RAB(Radioaccessbearer，無線接入承載)級的連接。具體實施中，在第一基站側(cè)，也即接收終端設(shè)備上報信息的基站側(cè)，可以包括如下方式：1、接收第一小區(qū)所轄的各終端設(shè)備上報至第一基站的信息，所述第一小區(qū)是歸屬于第一基站的小區(qū)；2、將該信息通過X2接口分發(fā)給與第一小區(qū)屬于同一MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站，所述信息將在各基站下的各第二小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送，也即，將該信息通過X2接口分發(fā)給以第一小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)歸屬的各第二基站；3、在第一基站的第一小區(qū)以及歸屬于第一基站的與第一小區(qū)屬于同一 MBSFN區(qū)域的第二小區(qū)中，在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上向指定的終端設(shè)備發(fā)送信息，也即，在歸屬于第一基站的與屬于以第一小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的第二小區(qū)中發(fā)送信息。相應(yīng)的，在第二基站側(cè)，也即接收相鄰基站轉(zhuǎn)發(fā)的信息的基站側(cè)，可以包括如下方式：1、接收第一基站通過X2接口發(fā)送給第二基站的來自第一小區(qū)的信息，所述第一小區(qū)是歸屬于第一基站的小區(qū)；2、確定與第一小區(qū)屬于同一MBSFN區(qū)域的第二小區(qū)，所述第二小區(qū)是歸屬于第二基站的小區(qū)，也即，確定屬于以第一小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各第二小區(qū)；3、在第二基站以與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源發(fā)送信息。在以V2X業(yè)務(wù)、UE為例時，為降低V2X時延提出的增強eMBMS方案中，由于MBSFN區(qū)域中除數(shù)據(jù)源小區(qū)外的其他小區(qū)只負(fù)責(zé)協(xié)同傳輸V2X數(shù)據(jù)，不需要知道該數(shù)據(jù)對應(yīng)的UE信息，也不需要知道數(shù)據(jù)的業(yè)務(wù)類型等，因此可以創(chuàng)建新的X2用戶面數(shù)據(jù)通道用于eMBMS數(shù)據(jù)源小區(qū)向?qū)?yīng)的MBSFN區(qū)域中的其他小區(qū)分發(fā)eMBMS數(shù)據(jù)。實施中，在創(chuàng)建該X2用戶面數(shù)據(jù)通道時，由上述原因可知，其既不需按現(xiàn)有協(xié)議在與切換有關(guān)時創(chuàng)建，也不需要僅在傳輸V2X信息時創(chuàng)建，而是可以根據(jù)實施需要在合適的時候創(chuàng)建，例如，可以預(yù)先創(chuàng)建該數(shù)據(jù)通道，在產(chǎn)生V2X信息、需要傳輸V2X信息時便可立即通過該數(shù)據(jù)通道傳輸，在V2X信息數(shù)量變化或者無V2X信息傳輸時，則可以通過更新、釋放數(shù)據(jù)通道來進(jìn)行通道的維護(hù)等處理。當(dāng)然，也可以在需要傳輸V2X信息時去按需創(chuàng)建該數(shù)據(jù)通道。實施中，涉及數(shù)據(jù)通道的實施主要的分別為：創(chuàng)建、更新、釋放數(shù)據(jù)通道，則在該過程中，針對發(fā)送數(shù)據(jù)的第一基站與接收數(shù)據(jù)的第二基站之間，可以如下：1、創(chuàng)建過程。在第一基站上：向第二基站分別發(fā)起X2接口數(shù)據(jù)通道的建立請求，對該第二基站發(fā)起的請求中包括以下內(nèi)容的之一或者其組合：需與該第二基站建立的數(shù)據(jù)通道的資源要求信息、MBSFN區(qū)域標(biāo)識信息、MBSFN區(qū)域數(shù)據(jù)源小區(qū)標(biāo)識信息；在該第二基站建立滿足需求的X2接口數(shù)據(jù)通道后，從該數(shù)據(jù)通道向該第二基站發(fā)送信息。在第二基站上：接收第一基站發(fā)起的X2接口數(shù)據(jù)通道建立請求，所述請求中包括以下內(nèi)容的之一或者其組合：對數(shù)據(jù)通道的資源要求信息、MBSFN區(qū)域標(biāo)識信息、MBSFN區(qū)域數(shù)據(jù)源小區(qū)標(biāo)識信息；在根據(jù)第二基站的資源確定建立滿足資源需求的X2接口數(shù)據(jù)通道后，從該數(shù)據(jù)通道接收第一基站發(fā)送的信息。2、更新過程。在第一基站上：在確定數(shù)據(jù)通道的資源要求或其他需求(如MBSFN區(qū)域標(biāo)識、MBSFN區(qū)域數(shù)據(jù)源小區(qū)標(biāo)識)變化后，根據(jù)變化后的資源要求對建立該數(shù)據(jù)通道的第二基站發(fā)起該數(shù)據(jù)通道的更新請求；在該第二基站更新數(shù)據(jù)通道配置滿足變化后的資源需求后，從該數(shù)據(jù)通道向該第二基站發(fā)送信息。在第二基站上：接收第一基站發(fā)起的數(shù)據(jù)通道更新請求，所述請求中包括更新后的對數(shù)據(jù)通道的資源要求；在根據(jù)第二基站的資源更新數(shù)據(jù)通道的配置以滿足更新后的資源需求后，從該數(shù)據(jù)通道接收第一基站發(fā)送的信息。3、釋放過程。在第一基站上：在確定數(shù)據(jù)通道上沒有信息發(fā)送需求時，對建立該數(shù)據(jù)通道的第二基站發(fā)起釋放該數(shù)據(jù)通道的請求；停止從該數(shù)據(jù)通道向該第二基站發(fā)送信息。在第二基站上：接收第一基站發(fā)起的釋放數(shù)據(jù)通道的請求；釋放該數(shù)據(jù)通道，并停止從該數(shù)據(jù)通道接收第一基站發(fā)送的信息。實施中，對于數(shù)據(jù)通道的更新以及釋放，既可以是由第一基站發(fā)起的，也可以是由第二基站發(fā)起的，比如，當(dāng)?shù)诙九袛嘧陨碣Y源不足或者資源狀態(tài)發(fā)生變化時，可以根據(jù)自身的需求發(fā)起更新或者釋放請求。則實施中還可以如下：根據(jù)第二基站的資源向第一基站發(fā)起數(shù)據(jù)通道更新請求，所述請求中包括更新后的對數(shù)據(jù)通道的資源要求；或，根據(jù)第二基站的資源向第一基站發(fā)起釋放數(shù)據(jù)通道的請求。下面還將以實例對數(shù)據(jù)通道的創(chuàng)建、更新、釋放的具體實施方式進(jìn)行說明。為了實現(xiàn)圖3中所述的增強的基于eMBMS實現(xiàn)V2X通信，下面對數(shù)據(jù)通道的實施方案進(jìn)行說明，該方案用于MBSFN區(qū)域的數(shù)據(jù)源小區(qū)向?qū)儆谕籑BSFN區(qū)域但不屬于同一eNB的其他小區(qū)分發(fā)MBMS數(shù)據(jù)，以便同一MBSFN區(qū)域中的所有小區(qū)能夠在相同的時頻資源上發(fā)送相同的數(shù)據(jù)內(nèi)容。為了更形象的表述數(shù)據(jù)的傳輸交互，本處實施例說明中，采用的稱呼是源eNB(SourceeNB)與目標(biāo)eNB(TargeteNB)，而非第一基站與第二基站，可以理解，當(dāng)?shù)谝换鞠虻诙緜鬏擴E上報的信息時，第一基站為源eNB、第二基站為目標(biāo)eNB。則實施時具體可以為：源eNB根據(jù)獲得的與目標(biāo)eNB交互用戶面數(shù)據(jù)所需的資源信息，在請求同一MBSFN區(qū)域中的其他小區(qū)(為方便描述，將這些小區(qū)稱為對應(yīng)MBSFN區(qū)域的協(xié)同小區(qū))進(jìn)行MBSFN方式發(fā)送的接口消息中將資源信息發(fā)送給同一 MBSFN區(qū)域中的協(xié)同小區(qū)所屬的eNB(目標(biāo)eNB)。源eNB與目標(biāo)eNB交互用戶面數(shù)據(jù)所需的資源信息可以由源eNB根據(jù)其下各MBSFN區(qū)域?qū)?yīng)的數(shù)據(jù)源小區(qū)中的UE個數(shù)、負(fù)荷信息等確定，也可以由高層節(jié)點指示(如MME、MCE等)，還可以由O&M(OperationandMaintenance，運行和維護(hù))配置。一個eNB下可能有多個屬于同一MBSFN區(qū)域的協(xié)同小區(qū)，這幾個協(xié)同小區(qū)可以共用一個用戶面通道，在進(jìn)行用戶面的數(shù)據(jù)傳輸時，可以在數(shù)據(jù)前加上協(xié)同小區(qū)ID進(jìn)行標(biāo)識。另外一個eNB下可能有多個對應(yīng)不同MBSFN區(qū)域的數(shù)據(jù)源小區(qū)，可以為不同MBSFN區(qū)域的數(shù)據(jù)源小區(qū)獨立創(chuàng)建通道，也可以同時創(chuàng)建多個不同MBSFN區(qū)域的數(shù)據(jù)源小區(qū)對應(yīng)的通道。下面以實例來進(jìn)行說明，其中，實施例A1將對MBSFN數(shù)據(jù)通道的建立進(jìn)行說明，實施例A2將對數(shù)據(jù)通道的配置更新過程進(jìn)行說明，實施例A3將對數(shù)據(jù)通道的去激活/釋放過程進(jìn)行說明。實施例A1：建立MBSFN數(shù)據(jù)通道實施例中，將以最常見的資源-帶寬為例進(jìn)行說明。則eNB1(SourceeNB)根據(jù)其下各MBSFN區(qū)域的數(shù)據(jù)源小區(qū)內(nèi)參與V2X的UE個數(shù)、負(fù)荷信息確定交互用戶面數(shù)據(jù)所需帶寬的等級，據(jù)此請求和eNB2(TargeteNB)建立X2用戶平面數(shù)據(jù)通道。圖12為X2接口MBSFN數(shù)據(jù)傳輸通道建立信令交互過程實施流程示意圖，如圖所示，基本信令交互過程可以包括：步驟1201、eNB1向eNB2發(fā)送MBSFN數(shù)據(jù)通道建立請求；步驟1202、eNB2向eNB1發(fā)送MBSFN數(shù)據(jù)通道建立響應(yīng)。具體實施中，可以采用一條數(shù)據(jù)通道建立消息只建立一條數(shù)據(jù)通道的方式，也可以采用一條數(shù)據(jù)通道建立消息同時建立多個數(shù)據(jù)通道的方式。下面將分別說明一條數(shù)據(jù)通道建立消息只建立一條數(shù)據(jù)通道、以及一條數(shù)據(jù)通道建立消息同時建立多個數(shù)據(jù)通道的實施方式。1、一條數(shù)據(jù)通道建立消息只建立一條數(shù)據(jù)通道設(shè)：eNB1下包含兩個小區(qū)cell1和cell2，以cell1和cell2作為數(shù)據(jù)源小 區(qū)的MBSFN區(qū)域分別為MBSFN區(qū)域2和MBSFN區(qū)域3，MBSFN區(qū)域2和MBSFN區(qū)域3占用的子幀分別為每個無線幀中的子幀7和子幀8；eNB2下包含一個小區(qū)cell3，eNB1的cell1和eNB2的cell3是地理位置相鄰的小區(qū)，eNB2的cell3屬于以eNB1的cell1為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域2內(nèi)，eNB2的cell3需要在MBSFN區(qū)域2對應(yīng)的子幀(每個無線幀中的子幀7)上發(fā)送與eNB1的cell1中MBSFN區(qū)域2對應(yīng)的子幀上完全相同的數(shù)據(jù)，MBSFN區(qū)域2對應(yīng)的子幀上發(fā)送的數(shù)據(jù)由eNB1轉(zhuǎn)發(fā)給eNB2。以eNB1為SourceeNB發(fā)起的針對cell1為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域2的X2接口數(shù)據(jù)傳輸通道建立過程如下：(1)eNB1根據(jù)對應(yīng)MBSFN區(qū)域2的數(shù)據(jù)源小區(qū)cell1內(nèi)參與V2X的UE個數(shù)、負(fù)荷信息確定交互用戶面數(shù)據(jù)所需帶寬的等級，據(jù)此請求建立X2用戶平面數(shù)據(jù)通道。(2)eNB2判斷能夠滿足eNB1發(fā)送的通道建立要求時，根據(jù)請求消息中包含的帶寬創(chuàng)建對應(yīng)帶寬的通道，并向eNB1發(fā)送通道建立響應(yīng)。實施中，SourceeNB向TargeteNB發(fā)送的請求消息內(nèi)容可以包括：SourceeNBID(即eNB1的ID)；MBSFN區(qū)域標(biāo)識(即MBSFN區(qū)域2對應(yīng)的標(biāo)識)；MBSFN區(qū)域數(shù)據(jù)源小區(qū)標(biāo)識(即cell1標(biāo)識)；請求進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(即cell3)；SourceeNB確定的用戶面數(shù)據(jù)傳輸?shù)男枰膸捫畔⒌?，例如：根?jù)UE數(shù)量、當(dāng)前的負(fù)荷狀況等確定需要的帶寬，如評估該通道需要支持50個UE以平均5kbps的速率進(jìn)行道路安全數(shù)據(jù)分發(fā)，那么帶寬可以設(shè)置為50*5＝250kbps。TargeteNB響應(yīng)消息內(nèi)容可以包括：SourceeNBID(即eNB1的ID)；TargeteNBID(即eNB2的ID)；允許進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(即cell3)；用于數(shù)據(jù)傳輸?shù)挠脩裘鏀?shù)據(jù)通道標(biāo)識；可選地，攜帶不能用于MBSFN傳輸?shù)男^(qū)列表和不能傳輸?shù)脑?。通道建立完成后，eNB1可以使用上述創(chuàng)建的通道將MBSFN區(qū)域2數(shù)據(jù)源小區(qū)(即cell1)中收集的UE上報的道路安全數(shù)據(jù)轉(zhuǎn)發(fā)給eNB2，由eNB2的cell3在設(shè)定的時頻資源上按設(shè)定的規(guī)則發(fā)送。需要說明的是，當(dāng)eNB1通過創(chuàng)建的通道將UE上報的道路安全數(shù)據(jù)轉(zhuǎn)發(fā)給eNB2前，可以對數(shù)據(jù)包進(jìn)行一些處理操作，如對UE上報的數(shù)據(jù)先進(jìn)行完整性保護(hù)操作，然后封裝在同步數(shù)據(jù)包中后再轉(zhuǎn)發(fā)給eNB2，以便eNB2的cell3下UE接收到對應(yīng)的數(shù)據(jù)包能夠通過完整性驗證來確保所接收數(shù)據(jù)的有效性，以及能夠使eNB1下的cell1和eNB2下的cell3在相同的時頻資源上以MBSFN的發(fā)送相同的數(shù)據(jù)。實施中，當(dāng)目標(biāo)eNB不能滿足數(shù)據(jù)通道建立要求時，向源eNB發(fā)送MBSFN數(shù)據(jù)通道建立失敗消息，內(nèi)容可以包括：失敗的原因。2、一條數(shù)據(jù)通道建立消息同時建立多個數(shù)據(jù)通道設(shè)：eNB1下包含兩個小區(qū)cell1和cell2，以cell1和cell2作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域分別為MBSFN區(qū)域2和MBSFN區(qū)域3，MBSFN區(qū)域2和MBSFN區(qū)域3占用的子幀分別為每個無線幀中的子幀7和子幀8；eNB2下包含一個小區(qū)cell3，eNB1的cell1、cell2和eNB2的cell3均是地理位置相鄰的小區(qū)，eNB2的cell3既屬于以eNB1的cell1為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域2內(nèi)又屬于以eNB1的cell2為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域3；eNB2的cell3需要在MBSFN區(qū)域2對應(yīng)的子幀(每個無線幀中的子幀7)上發(fā)送與eNB1的cell1中MBSFN區(qū)域2對應(yīng)的子幀上完全相同的數(shù)據(jù)，也需要在MBSFN區(qū)域3對應(yīng)的子幀(每個無線幀中的子幀8)上發(fā)送與eNB1的cell2中MBSFN區(qū)域3對應(yīng)的子幀上完全相同的數(shù)據(jù)；MBSFN區(qū)域2和MBSFN區(qū)域3對應(yīng)的子幀上發(fā)送的數(shù)據(jù)由eNB1轉(zhuǎn)發(fā)給eNB2。以eNB1為SourceeNB 發(fā)起的針對cell1為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域2的X2接口數(shù)據(jù)傳輸通道建立和針對cell2為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域3的X2接口數(shù)據(jù)傳輸通道建立過程如下：(1)eNB1根據(jù)MBSFN區(qū)域2的數(shù)據(jù)源小區(qū)cell1和MBSFN區(qū)域3的數(shù)據(jù)源小區(qū)cell2內(nèi)參與V2X的UE個數(shù)、負(fù)荷信息分別確定各自交互用戶面數(shù)據(jù)所需帶寬的等級，據(jù)此請求和建立各自針對X2用戶平面數(shù)據(jù)通道。(2)eNB2判斷能夠滿足eNB1發(fā)送的通道建立請求或部分請求時，根據(jù)請求消息中包含的帶寬創(chuàng)建對應(yīng)帶寬的通道，并向eNB1發(fā)送通道建立響應(yīng)。這里設(shè)eNB2能夠滿足同時建立兩個通道的請求。實施中，SourceeNB向TargeteNB發(fā)送的請求消息內(nèi)容可以包括：SourceeNBID(即eNB1的ID)；其中，針對MBSFN區(qū)域2的數(shù)據(jù)源小區(qū)cell1的數(shù)據(jù)傳輸通道建立信息可以包括：MBSFN區(qū)域標(biāo)識(MBSFN區(qū)域2標(biāo)識)；數(shù)據(jù)源小區(qū)標(biāo)識(即cell1標(biāo)識)；請求進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(即cell3)；用于數(shù)據(jù)轉(zhuǎn)發(fā)的用戶面數(shù)據(jù)通道標(biāo)識；SourceeNB確定的用戶面數(shù)據(jù)傳輸?shù)男枰膸捫畔⒌龋纾焊鶕?jù)UE數(shù)量、當(dāng)前的負(fù)荷狀況等確定需要的帶寬，如評估該通道需要支持30個UE以平均5kbps的速率進(jìn)行道路安全數(shù)據(jù)分發(fā)，那么帶寬可以設(shè)置為30*5＝150kbps。其中，針對MBSFN區(qū)域3的數(shù)據(jù)源小區(qū)cell2的數(shù)據(jù)傳輸通道建立信息可以包括：MBSFN區(qū)域標(biāo)識(MBSFN區(qū)域3標(biāo)識)；數(shù)據(jù)源小區(qū)標(biāo)識(即cell2標(biāo)識)；請求進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(即cell3)；用于數(shù)據(jù)轉(zhuǎn)發(fā)的用戶面數(shù)據(jù)通道標(biāo)識；SourceeNB確定的用戶面數(shù)據(jù)傳輸?shù)男枰膸捫畔⒌?，例如：根?jù)UE數(shù)量、當(dāng)前的負(fù)荷狀況等確定需要的帶寬，如評估該通道需要支持50個UE以平均5kbps的速率進(jìn)行道路安全數(shù)據(jù)分發(fā)，那么帶寬可以設(shè)置為50*5＝250kbps。TargeteNB響應(yīng)消息內(nèi)容則可以包括：SourceeNBID(即eNB1的ID)；TargeteNBID(即eNB2的ID)；其中，針對MBSFN區(qū)域2的數(shù)據(jù)源小區(qū)cell1的數(shù)據(jù)傳輸通道響應(yīng)信息可以包括：允許進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(即cell3)；用于數(shù)據(jù)傳輸?shù)挠脩裘鏀?shù)據(jù)通道標(biāo)識；可選地，攜帶不能用于MBSFN傳輸?shù)男^(qū)列表和不能傳輸?shù)脑?；其中，針對MBSFN區(qū)域3的數(shù)據(jù)源小區(qū)cell2的數(shù)據(jù)傳輸通道響應(yīng)信息可以包括：允許進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(即cell3)；用于數(shù)據(jù)傳輸?shù)挠脩裘鏀?shù)據(jù)通道標(biāo)識；可選地，攜帶不能用于MBSFN傳輸?shù)男^(qū)列表和不能傳輸?shù)脑颉嵤┲?，通道建立完成后，eNB1可以使用上述創(chuàng)建的兩個通道分別將MBSFN區(qū)域2數(shù)據(jù)源小區(qū)(即cell1)和MBSFN區(qū)域3的數(shù)據(jù)源小區(qū)cell2中收集的UE上報的道路安全數(shù)據(jù)轉(zhuǎn)發(fā)給eNB2，由eNB2的cell3在設(shè)定的時頻上按設(shè)定的規(guī)則分別發(fā)送MBSFN區(qū)域2數(shù)據(jù)源小區(qū)(即cell1)和MBSFN區(qū)域3的數(shù)據(jù)源小區(qū)cell2生成的數(shù)據(jù)。需要說明的是，當(dāng)eNB1通過創(chuàng)建的通道將UE上報的道路安全數(shù)據(jù)轉(zhuǎn)發(fā)給eNB2前，可以對數(shù)據(jù)包進(jìn)行一些處理操作，如對UE上報的數(shù)據(jù)先進(jìn)行完整性保護(hù)操作，然后封裝在同步數(shù)據(jù)包中后再轉(zhuǎn)發(fā)給eNB2，以便eNB2的cell3下UE接收到對應(yīng)的數(shù)據(jù)包能夠通過完 整性驗證來確保所接收數(shù)據(jù)的有效性，以及能夠使eNB1下的cell1、cell2分別和eNB2下的cell3在相同的時頻資源上以MBSFN的發(fā)送相同的數(shù)據(jù)。實施中，當(dāng)目標(biāo)eNB不能滿足數(shù)據(jù)通道建立要求時，向源eNB發(fā)送MBSFN數(shù)據(jù)通道建立失敗消息，內(nèi)容可以包括：不能建立的數(shù)據(jù)通道列表，及建立失敗的原因。實施例A2：更新數(shù)據(jù)通道配置實施例中，將以最常見的資源-帶寬為例進(jìn)行說明。則本實施例描述的情況如：當(dāng)各MBSFN區(qū)域的數(shù)據(jù)源小區(qū)中的UE數(shù)量信息、負(fù)荷信息、MBSFN區(qū)域中包含的小區(qū)列表發(fā)生改變時，需要將對應(yīng)數(shù)據(jù)通道的配置更新。圖13為X2接口MBSFN數(shù)據(jù)傳輸通道配置更新過程實施流程示意圖，如圖所示，基本信令交互過程可以包括：步驟1301、eNB1向eNB2發(fā)送MBSFN數(shù)據(jù)通道更新請求；步驟1302、eNB2向eNB1發(fā)送MBSFN數(shù)據(jù)通道更新確認(rèn)。具體實施中，可以采用一條數(shù)據(jù)通道更新消息只更新一條數(shù)據(jù)通道的方式，也可以采用一條數(shù)據(jù)通道更新消息同時更新多個數(shù)據(jù)通道配置信息的方式。下面將分別說明一條數(shù)據(jù)通道更新消息只更新一條數(shù)據(jù)通道、以及一條數(shù)據(jù)通道更新消息同時更新多個數(shù)據(jù)通道的實施方式。1、一條數(shù)據(jù)通道更新消息只更新一條數(shù)據(jù)通道設(shè)：eNB1下包含兩個小區(qū)cell1和cell2，以cell1和cell2作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域分別為MBSFN區(qū)域2和MBSFN區(qū)域3，MBSFN區(qū)域2和MBSFN區(qū)域3占用的子幀分別為每個無線幀中的子幀7和子幀8；eNB2下包含一個小區(qū)cell3，eNB1的cell1和eNB2的cell3是地理位置相鄰的小區(qū)，eNB2的cell3屬于以eNB1的cell1為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域2內(nèi)，eNB2的cell3需要在MBSFN區(qū)域2對應(yīng)的子幀(每個無線幀中的子幀7)上發(fā)送與eNB1的cell1中MBSFN區(qū)域2對應(yīng)的子幀上完全相同的數(shù)據(jù)，MBSFN區(qū)域2對應(yīng)的子幀上發(fā)送的數(shù)據(jù)由eNB1轉(zhuǎn)發(fā)給eNB2。eNB1和eNB2 間已經(jīng)創(chuàng)建了MBSFN數(shù)據(jù)傳輸通道(通道標(biāo)識為：00000010)，用于eNB1將MBSFN區(qū)域2的數(shù)據(jù)源小區(qū)(eNB1的cell1)生成的數(shù)據(jù)轉(zhuǎn)發(fā)給eNB2，由eNB2下的cell3采用MBSFN方式發(fā)送。設(shè)eNB2下增加了一個新小區(qū)cell4，cell4也被配置屬于MBSFN區(qū)域2，eNB1需要向eNB2發(fā)起數(shù)據(jù)通道配置更新過程。eNB2判斷能夠滿足eNB1發(fā)送的通道配置更新要求時，根據(jù)請求消息中包含的更新信息對通道配置進(jìn)行更新，并向eNB1發(fā)送通道更新確認(rèn)。則，實施中，SourceeNB(eNB1)向TargeteNB(eNB2)發(fā)送的更新請求消息內(nèi)容可以包括：請求更新用戶面數(shù)據(jù)通道標(biāo)識；MBSFN協(xié)同傳輸?shù)男^(qū)列表(cell3、cell4)；SourceeNB確定的用戶面數(shù)據(jù)傳輸?shù)男枰膸捫畔?可更新，可選)；TargeteNB響應(yīng)消息內(nèi)容可以包括：允許進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(cell3、cell4)；不能用于MBSFN傳輸?shù)男^(qū)列表和不能傳輸?shù)脑?可選)。實施中，當(dāng)目標(biāo)eNB不能滿足數(shù)據(jù)通道更新要求時，向源eNB發(fā)送MBSFN數(shù)據(jù)通道更新失敗消息，內(nèi)容可以包括：失敗的原因。2、一條數(shù)據(jù)通道更新消息同時更新多個數(shù)據(jù)通道設(shè)：eNB1下包含兩個小區(qū)cell1和cell2，以cell1和cell2作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域分別為MBSFN區(qū)域2和MBSFN區(qū)域3，MBSFN區(qū)域2和MBSFN區(qū)域3占用的子幀分別為每個無線幀中的子幀7和子幀8；eNB2下包含一個小區(qū)cell3，eNB1的cell1、cell2和eNB2的cell3均是地理位置相鄰的小區(qū)，eNB2的cell3既屬于以eNB1的cell1為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域2內(nèi)又屬于以eNB1的cell2為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域3；eNB2的cell3需要在MBSFN區(qū)域2對應(yīng)的子幀(每個無線幀中的子幀7)上發(fā)送 與eNB1的cell1中MBSFN區(qū)域2對應(yīng)的子幀上完全相同的數(shù)據(jù)，也需要在MBSFN區(qū)域3對應(yīng)的子幀(每個無線幀中的子幀8)上發(fā)送與eNB1的cell2中MBSFN區(qū)域3對應(yīng)的子幀上完全相同的數(shù)據(jù)；MBSFN區(qū)域2和MBSFN區(qū)域3對應(yīng)的子幀上發(fā)送的數(shù)據(jù)由eNB1轉(zhuǎn)發(fā)給eNB2。eNB1和eNB2間已經(jīng)創(chuàng)建了兩個MBSFN數(shù)據(jù)傳輸通道(通道標(biāo)識分別為：00000010、00000011)，分別用于eNB1將MBSFN區(qū)域2的數(shù)據(jù)源小區(qū)(eNB1的cell1)和MBSFN區(qū)域3的數(shù)據(jù)源小區(qū)(eNB1的cell2)生成的數(shù)據(jù)轉(zhuǎn)發(fā)給eNB2，由eNB2下的cell3采用MBSFN方式發(fā)送。設(shè)，隨著eNB1的cell1和cell2覆蓋下的車輛數(shù)增加，eNB1判斷需要對兩個通道對應(yīng)的帶寬都需要增加，eNB1需要向eNB2數(shù)據(jù)通道更新過程。eNB2判斷能夠滿足eNB1發(fā)送的通道更新要求時，根據(jù)請求消息中包含的更新信息對通道配置進(jìn)行更新，并向eNB1發(fā)送通道更新確認(rèn)。則，實施中，SourceeNB向TargeteNB發(fā)送的請求消息內(nèi)容可以包括：(1)請求更新的用戶面數(shù)據(jù)通道1相關(guān)內(nèi)容：請求更新的用戶面數(shù)據(jù)通道1標(biāo)識(00000010)；MBSFN協(xié)同傳輸?shù)男^(qū)列表(可更新，可選)；SourceeNB確定的用戶面數(shù)據(jù)傳輸?shù)男枰膸捫畔?例如是根據(jù)UE數(shù)量、當(dāng)前的負(fù)荷狀況重新計算的帶寬)。(2)請求更新的用戶面數(shù)據(jù)通道2相關(guān)內(nèi)容：請求更新的用戶面數(shù)據(jù)通道2標(biāo)識(00000011)；MBSFN協(xié)同傳輸?shù)男^(qū)列表(可更新，可選)；SourceeNB確定的用戶面數(shù)據(jù)傳輸?shù)男枰膸捫畔?例如是根據(jù)UE數(shù)量、當(dāng)前的負(fù)荷狀況重新計算的帶寬)。在更新更多通道內(nèi)容時，可按上述方式增加內(nèi)容。TargeteNB更新確認(rèn)消息內(nèi)容包括：(1)針對請求更新的用戶面數(shù)據(jù)通道1的響應(yīng)信息：請求更新的用戶面數(shù)據(jù)通道1標(biāo)識(00000010)；允許進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(可選)；不能用于MBSFN傳輸?shù)男^(qū)列表和不能傳輸?shù)脑?可選)。(2)針對請求更新的用戶面數(shù)據(jù)通道2的響應(yīng)信息：請求更新的用戶面數(shù)據(jù)通道1標(biāo)識(00000011)；允許進(jìn)行MBSFN協(xié)同傳輸?shù)男^(qū)列表(可選)；不能用于MBSFN傳輸?shù)男^(qū)列表和不能傳輸?shù)脑?可選)。在更新更多通道內(nèi)容時，可按上述方式增加內(nèi)容。實施中，當(dāng)目標(biāo)eNB不能滿足數(shù)據(jù)通道更新要求時，向源eNB發(fā)送MBSFN數(shù)據(jù)通道更新失敗消息，內(nèi)容包括：不能更新的數(shù)據(jù)通道列表，及更新失敗的原因。實施例A3：去激活/釋放數(shù)據(jù)通道本實施例描述的情況如：如果SourceeNB決定不再需要MBSFN傳輸，應(yīng)該請求TargeteNB釋放預(yù)留的資源和釋放用戶面數(shù)據(jù)通道。圖14為X2接口MBSFN數(shù)據(jù)傳輸通道去激活/釋放過程實施流程示意圖，如圖所示，基本信令交互過程可以包括：步驟1401、eNB1向eNB2發(fā)送MBSFN數(shù)據(jù)通道去激活/釋放消息。實施中，數(shù)據(jù)通道去激活或釋放消息中可以去激活或釋放多個通道，內(nèi)容可以如下：去激活/釋放X2MBSFN通道的eNBID，去激活/釋放的用戶面數(shù)據(jù)通道標(biāo)識或標(biāo)識列表。二、終端設(shè)備與接入網(wǎng)節(jié)點間信息傳輸?shù)膶嵤?。在解決終端設(shè)備與接入網(wǎng)節(jié)點間信息傳輸時，可以按如下方式實施：圖15為EPS承載構(gòu)成示意圖，如圖所示，LTE系統(tǒng)中，應(yīng)用層的業(yè)務(wù)最終體現(xiàn)為用戶平面數(shù)據(jù)，使用EPS(EvolvedPacketSystem，演進(jìn)分組系統(tǒng))承載進(jìn)行傳輸，EPS承載由RB(DataRadioBearer，無線承載)、S1承載、S5/S8 承載組成。伴隨著業(yè)務(wù)的建立、修改和釋放，相應(yīng)的EPS承載也要動態(tài)地進(jìn)行建立、修改和釋放操作，EPS承載的空口部分及DRB(DataRadioBearer，數(shù)據(jù)無線承載)的管理由接入網(wǎng)節(jié)點(如eNB)通過RRC(RadioResourceControl，無線資源控制)連接重配置過程完成。DRB與EPS承載是一一對應(yīng)的，EPS承載由核心網(wǎng)MME(MobilityManagementEntity，移動性管理實體)等實體進(jìn)行控制，接入網(wǎng)節(jié)點RRC對DRB的管理源自MME向接入網(wǎng)節(jié)點發(fā)送的S1AP控制消息。LTE系統(tǒng)允許在切換過程中實施對DRB的(部分)接納，目標(biāo)小區(qū)可以僅接納UE的部分DRB。為了實現(xiàn)增強的基于eMBMS的通信需要對現(xiàn)有的承載管理進(jìn)行修改，以V2X業(yè)務(wù)、UE為例，需要使網(wǎng)絡(luò)側(cè)能夠識別UE發(fā)起的是V2X業(yè)務(wù)，從而對UE上報的V2X業(yè)務(wù)建立相應(yīng)的承載以及配置其他處理?？梢匀缦拢簣D16為信息上報方法實施流程示意圖，如圖所示，在終端設(shè)備上，可以包括：步驟1601、向接入網(wǎng)節(jié)點發(fā)送指示信息，所述指示信息用以指示終端設(shè)備將上報的信息是將在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息；步驟1602、接收接入網(wǎng)節(jié)點的通知，所述通知攜帶有上報信息所使用的無線承載的配置信息；步驟1603、在終端設(shè)備收集信息后，根據(jù)配置信息在所述無線承載上上報信息。圖17為承載建立方法實施流程示意圖，如圖所示，針對終端設(shè)備的指示，相應(yīng)的，在網(wǎng)絡(luò)側(cè)設(shè)備可以執(zhí)行如下步驟：步驟1701、接收接入網(wǎng)節(jié)點建立業(yè)務(wù)承載的請求信息，所述業(yè)務(wù)承載用于傳輸終端設(shè)備將上報的信息，所述信息是將在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息；步驟1702、建立業(yè)務(wù)承載，所述業(yè)務(wù)承載包括終端設(shè)備向接入網(wǎng)節(jié)點上報信息所用的無線承載；步驟1703、通知接入網(wǎng)節(jié)點建立的業(yè)務(wù)承載的配置信息。具體實施中，該網(wǎng)絡(luò)測設(shè)備可以具體由MME來實施，事實上，只要是能夠?qū)崿F(xiàn)為基站之間的信息傳輸分配承載資源的網(wǎng)絡(luò)側(cè)設(shè)備都可以實現(xiàn)該方案。圖18為接入網(wǎng)節(jié)點的信息接收方法實施流程示意圖，在接入網(wǎng)節(jié)點，例如在第一基站側(cè)，也即接收終端設(shè)備上報信息的基站側(cè)，在建立用以傳輸上報信息的無線資源承載上，可以執(zhí)行如下步驟：步驟1801、接收終端設(shè)備發(fā)送的指示信息，所述指示信息用以指示終端設(shè)備將上報的信息是將在與MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息；步驟1802、請求網(wǎng)絡(luò)側(cè)設(shè)備為終端設(shè)備將上報的信息建立業(yè)務(wù)承載；步驟1803、接收網(wǎng)絡(luò)側(cè)設(shè)備建立的業(yè)務(wù)承載的配置信息，并根據(jù)所述配置信息為終端設(shè)備將上報的信息配置無線承載；步驟1804、通知終端設(shè)備在配置的無線承載上上報信息，并在配置的無線承載上接收終端設(shè)備上報的信息。在上述說明過程中，是分別從終端設(shè)備、網(wǎng)絡(luò)側(cè)設(shè)備、接入網(wǎng)節(jié)點(第一基站)的實施進(jìn)行說明，但這并不意味著它們必須配合實施，實際上，當(dāng)它們分開實施時，其也各自解決終端設(shè)備、網(wǎng)絡(luò)側(cè)設(shè)備、接入網(wǎng)節(jié)點的問題，只是它們結(jié)合使用時，會獲得更好的技術(shù)效果。具體實施中，以V2X業(yè)務(wù)、UE、V2X信息實施為例，也即，需要在屬于同一MBSFN區(qū)域的各小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息是V2X信息，則為：UE向網(wǎng)絡(luò)側(cè)節(jié)點發(fā)送V2X相關(guān)指示信息，網(wǎng)絡(luò)側(cè)節(jié)點(包括接入網(wǎng)節(jié)點與網(wǎng)絡(luò)側(cè)設(shè)備)根據(jù)UE發(fā)送的指示為UE建立傳輸V2X業(yè)務(wù)的承載和配置相應(yīng)的資源，并可以為該承載上的數(shù)據(jù)設(shè)置特殊的操作。具體過程可以如下：(1)UE向網(wǎng)絡(luò)側(cè)節(jié)點發(fā)送V2X相關(guān)指示信息在實施中可以如下：網(wǎng)絡(luò)側(cè)節(jié)點包括eNB、Relay(中繼)、MME、HeNB(HomeeNodeB，家庭演進(jìn)基站)等現(xiàn)有節(jié)點，也包括后續(xù)引入的接入網(wǎng)節(jié)點。UE向網(wǎng)絡(luò)側(cè)節(jié)點 發(fā)送V2X業(yè)務(wù)相關(guān)指示信息時，可以直接在RRC信令(如RRC連接建立請求消息、RRC連接建立完成消息、上行信息傳輸消息)中攜帶V2X業(yè)務(wù)相關(guān)指示信息，也可以在NAS(NonAccessStratum，非接入層)信令中攜帶V2X業(yè)務(wù)相關(guān)指示信息，NAS信令一般可以包括如下信令：如AttachRequest(附著請求)、servicerequest(服務(wù)請求)、Extendedservicerequest(擴展的服務(wù)請求)、bearerresourceallocationrequest(承載資源分配請求)、Bearerresourcemodificationrequest(承載資源修改請求)等。V2X業(yè)務(wù)相關(guān)指示信息可以為指示V2X業(yè)務(wù)對應(yīng)的QoS(QualityofService，服務(wù)質(zhì)量)參數(shù)信息、可以為指示當(dāng)前業(yè)務(wù)是否為V2X相關(guān)業(yè)務(wù)信息(具體可以指示是否為V2V、V2I、V2P、V2C業(yè)務(wù)等)、可以為指示具體業(yè)務(wù)類型的信息(如道路安全類業(yè)務(wù)、交通效率類業(yè)務(wù)、交通信息類業(yè)務(wù)等)、可以為指示業(yè)務(wù)處理方式的信息(如接入網(wǎng)絡(luò)直接轉(zhuǎn)發(fā)、接入網(wǎng)MBMS直接轉(zhuǎn)發(fā)等)、還可以為指示UE為V2X類型終端信息。下面為在不同消息中攜帶V2X相關(guān)指示信息的一些示例，以下述RRC連接請求、RRC連接完成、NAS消息來作為示例是因為這幾種信令具備典型性，也較為常用，所以以之為例；但是，從理論上來說，用其它的信令消息也是可以的，事實上，如何通過現(xiàn)有的信令消息來傳輸信息對本領(lǐng)域技術(shù)人員來說也是容易實現(xiàn)的，RRC連接請求、RRC連接完成、NAS消息僅用于教導(dǎo)本領(lǐng)域技術(shù)人員具體如何實施本發(fā)明，但不意味僅能使用這幾種消息，實施過程中可以結(jié)合實踐需要參照相應(yīng)的信令的具體情況來攜帶指示信息。(1)、在RRC連接建立請求消息中增加新的RRC連接建立原因，如V2X接入、vehicle接入、道路安全接入等。(2)、在RRC連接建立完成消息中增加新的IE(InformationElement，信息單元)，攜帶指示信息如V2X本地業(yè)務(wù)標(biāo)識、本地轉(zhuǎn)發(fā)業(yè)務(wù)標(biāo)識、本地MBSFN業(yè)務(wù)標(biāo)識等。(3)、在NAS消息中攜帶V2X業(yè)務(wù)相關(guān)標(biāo)識信息(如：V2X業(yè)務(wù)標(biāo)識、 道路安全業(yè)務(wù)標(biāo)識、車輛道路安全業(yè)務(wù)標(biāo)識、V2X本地業(yè)務(wù)標(biāo)識、本地轉(zhuǎn)發(fā)業(yè)務(wù)標(biāo)識、本地MBSFN業(yè)務(wù)標(biāo)識、QoS參數(shù)標(biāo)識)，可以在當(dāng)前的NAS消息中增加新的IE，或在現(xiàn)有的IE中定義新的碼點(如在Extendedservicerequest消息的ServicetypeIE中加入新的碼點指示)。2、網(wǎng)絡(luò)側(cè)節(jié)點根據(jù)UE發(fā)送的V2X業(yè)務(wù)相關(guān)指示信息為UE建立傳輸V2X業(yè)務(wù)的承載、配置相應(yīng)的資源，并可以為該承載上的數(shù)據(jù)設(shè)置相應(yīng)的針對該業(yè)務(wù)的特殊的操作。當(dāng)網(wǎng)絡(luò)側(cè)節(jié)點為接入網(wǎng)節(jié)點時，如eNB、HeNB、relay，網(wǎng)絡(luò)側(cè)節(jié)點根據(jù)UE發(fā)送的V2X業(yè)務(wù)相關(guān)指示信息為UE分配對應(yīng)的資源如eNBUES1APID(該標(biāo)識是eNB在S1接口上分配給每個UE在S1上的控制面連接的eNB端的標(biāo)識)、RNTI(RadioNetworkTemporaryIdentity，無線網(wǎng)絡(luò)臨時識別)等。當(dāng)網(wǎng)絡(luò)側(cè)節(jié)點為核心網(wǎng)節(jié)點等網(wǎng)絡(luò)側(cè)設(shè)備時，如MME，網(wǎng)絡(luò)側(cè)節(jié)點根據(jù)UE發(fā)送的V2X業(yè)務(wù)相關(guān)指示信息執(zhí)行如下步驟之一：為UE傳輸V2X業(yè)務(wù)創(chuàng)建對應(yīng)的承載(確定業(yè)務(wù)承載標(biāo)識信息、特殊標(biāo)識等)，并為UE分配相關(guān)的資源如MMEUES1APID(該標(biāo)識是MME在S1上分配給每個UE在S1上的控制面連接的MME端的標(biāo)識)、E-RABID(E-RAB：EvolvedRadioAccessBearer，演進(jìn)的無線接入承載)、GTP-TEID(GTP：GPRSTunnelingProtocol，GPRS隧道協(xié)議；TEID：TunnelEndPointIdentifier，隧道端點標(biāo)識)等，MME通過S1接口信令(如INITIALCONTEXTSETUPREQUEST(初始上下文建立請求)、UECONTEXTMODIFICATIONREQUEST(UE上下文修改請求)、E-RABSETUPREQUEST(E-RAB建立請求)、E-RABMODIFYREQUEST(E-RAB修改請求))將為UE建立的承載信息(包括特殊標(biāo)識，如本地廣播指示、本地MBSFN轉(zhuǎn)發(fā)指示、V2X承載指示等)和分配的相關(guān)資源信息通知UE對應(yīng)的接入網(wǎng)節(jié)點(如eNB)；或，確定為UE創(chuàng)建特殊的無線承載(不創(chuàng)建無線承載以上的其他承載)，并通過S1接口信令(如INITIALCONTEXTSETUPREQUEST、UECONTEXT MODIFICATIONREQUEST、E-RABSETUPREQUEST、E-RABMODIFYREQUEST)將創(chuàng)建特殊無線承載的信息指示(如：本地廣播指示、本地MBSFN轉(zhuǎn)發(fā)指示、V2X承載指示)給eNB。接入網(wǎng)節(jié)點則根據(jù)MME的指示或根據(jù)設(shè)定規(guī)則為UE配置對應(yīng)的無線承載資源以及其他相關(guān)資源，后續(xù)也可以對該承載上接收的數(shù)據(jù)包進(jìn)行特定的處理，如將對應(yīng)承載上UE上報的數(shù)據(jù)包以廣播方式發(fā)送給本接入網(wǎng)覆蓋下的其他UE，將對應(yīng)承載上的數(shù)據(jù)包轉(zhuǎn)發(fā)給相鄰的滿足要求eNB(如存在第二小區(qū)的eNB)，這些數(shù)據(jù)包在以廣播方式發(fā)送給本接入網(wǎng)節(jié)點覆蓋下的UE和被轉(zhuǎn)發(fā)給相鄰的eNB前可以進(jìn)行其他處理，如進(jìn)行完整性保護(hù)、增加用于同步的數(shù)據(jù)包頭等。網(wǎng)絡(luò)側(cè)節(jié)點將為UE創(chuàng)建的承載配置信息以及其他資源的配置信息通知UE。接入網(wǎng)節(jié)點通過RRC信令(如RRCConnectionReconfiguration(RRC連接配置)、RRCConnectionSetup(RRC連接建立)、DLInformationTransfer(下行信息傳輸)等或新定義的RRC信令)向UE發(fā)送資源配置信息，包括無線承載配置信息(如對應(yīng)承載各協(xié)議層實體的配置參數(shù))；核心網(wǎng)節(jié)點(如MME)通過NAS信令(如Attachaccept(附著接受)、Authenticationrequest(驗證請求)、Securitymodecommand(安全模式命令)、DownlinkgenericNAStransport(下行通用NAS傳輸)、DownlinkNASTransport(下行NAS傳輸)、ActivatededicatedEPSbearercontextrequest(激活專用EPS承載上下文請求)、ActivatedefaultEPSbearercontextrequest(激活默認(rèn)EPS承載上下文請求)、ModifyEPSbearercontextrequest(修改EPS承載上下文請求)等或新定義的NAS消息)向UE發(fā)送資源配置信息(如UE解碼V2X相關(guān)業(yè)務(wù)使用的公鑰、公鑰標(biāo)識、生成公鑰的相關(guān)參數(shù)、EPS承載上下文信息)，MME向UE發(fā)送的NAS信令需要先通過S1接口信令發(fā)送給eNB，再由eNB通過RRC信令發(fā)送給UE。網(wǎng)絡(luò)側(cè)節(jié)點通過系統(tǒng)廣播發(fā)送支持V2X業(yè)務(wù)的相關(guān)信息，UE接收系統(tǒng)消 息，在支持V2X業(yè)務(wù)的小區(qū)發(fā)起V2X相關(guān)業(yè)務(wù)接入，具體可以是：系統(tǒng)廣播可以在現(xiàn)有的MIB(MasterInformationBlock，控制信息塊)、SIB(SystemInformationBlock，系統(tǒng)信息塊)中增加新的IE或定義新的碼點實現(xiàn)，也可以在新定義的SIB消息中指示。支持V2X業(yè)務(wù)的相關(guān)信息，包括：支持的V2X業(yè)務(wù)類型信息、支持的發(fā)送V2X業(yè)務(wù)方式信息、支持V2X業(yè)務(wù)(MBSFN)區(qū)域信息等。下面以實例來進(jìn)行說明UE、核心網(wǎng)節(jié)點MME、接入網(wǎng)節(jié)點基站之間的交互實施。實施例B1UE向MME發(fā)送V2X指示信息，由MME建立特殊的用于傳輸V2X信息的承載(包括攜帶特殊指示標(biāo)識(如本地廣播指示、本地MBSFN轉(zhuǎn)發(fā)指示、V2X承載指示、無高層承載(如S1承載、S5/S8承載、外部承載)指示等)、特殊的處理操作(如不創(chuàng)建無線承載以上的其他承載)等)，并將該特殊承載信息指示給eNB，由eNB為該特殊承載創(chuàng)建對應(yīng)無線承載，eNB就可以對該特殊承載上的數(shù)據(jù)進(jìn)行特殊處理，eNB將相關(guān)承載的配置信息發(fā)送給UE。實施例B1.1：1、UE在AttachRequest消息攜帶V2X指示信息。2、MME接收到UE的指示后為UE建立傳輸V2X業(yè)務(wù)的特殊承載，在向eNB發(fā)送的INITIALCONTEXTSETUPREQUEST消息中攜帶該承載配置信息以及承載特性的標(biāo)識-本地廣播指示；3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包，也即V2X信息，通過廣播方式發(fā)送給本eNB下設(shè)定小區(qū)的UE。這里設(shè)定小區(qū)可以為本eNB下的所有小區(qū)、上報數(shù)據(jù)包的UE所在的小區(qū)、滿足其他約定規(guī)則的小區(qū)(如根據(jù)UE的地理位置、信號狀況來確定其上報的數(shù)據(jù)包應(yīng)該在哪些小區(qū)中廣播)。實施例B1.2：1、UE在Bearerresourceallocationrequest消息中攜帶本地MBSFN轉(zhuǎn)發(fā)指示信息。2、MME接收到UE的指示后為UE建立傳輸V2X業(yè)務(wù)的特殊承載，在向eNB發(fā)送的E-RABSETUPREQUEST消息中攜帶該承載配置信息以及承載特性的標(biāo)識-本地MBSFN轉(zhuǎn)發(fā)指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包，也即V2X信息，分發(fā)給周圍滿足要求的eNB(如存在第二小區(qū)的eNB)，由滿足要求的eNB在符合條件的小區(qū)下進(jìn)行發(fā)送。實施例B1.3：1、UE在ServiceRequest消息攜帶V2X指示信息。2、MME接收到UE的指示后為UE建立傳輸V2X業(yè)務(wù)的特殊承載，在向eNB發(fā)送的INITIALCONTEXTSETUPREQUEST消息中攜帶該承載配置信息以及承載特性的標(biāo)識-V2X承載指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包通過廣播方式發(fā)送給本eNB下設(shè)定小區(qū)的UE，同時將從該無線承載上接收到的數(shù)據(jù)包轉(zhuǎn)發(fā)給周圍滿足要求的eNB(如存在第二小區(qū)的eNB)。實施例B2UE向MME發(fā)送V2X指示信息，由MME確定為UE創(chuàng)建特殊的無線承載(不創(chuàng)建無線承載以上的其他承載)，并將創(chuàng)建特殊無線承載的信息指示給eNB，由eNB為該特殊承載創(chuàng)建對應(yīng)無線承載，eNB可以對該特殊承載上的數(shù)據(jù)進(jìn)行特殊處理，eNB將相關(guān)承載的配置信息發(fā)送給UE。實施例B2.1：1、UE在AttachRequest消息攜帶V2X業(yè)務(wù)指示。2、MME接收到UE的指示后，確定為UE創(chuàng)建特殊的無線承載，在向eNB發(fā)送的INITIALCONTEXTSETUPREQUEST消息中攜帶創(chuàng)建特殊無線承載的指示-本地廣播指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包通過廣播方式發(fā)送給本eNB下設(shè)定小區(qū)的UE。這里設(shè)定小區(qū)可以為本eNB下的所有小區(qū)、上報數(shù)據(jù)包的UE所在的小區(qū)、滿足其他約定規(guī)則的小區(qū)(如根據(jù)UE的地理位置、信號狀況來確定其上報的數(shù)據(jù)包應(yīng)該在哪些小區(qū)中廣播)。實施例B2.2：1、UE在Bearerresourceallocationrequest消息中攜帶本地MBSFN轉(zhuǎn)發(fā)業(yè)務(wù)指示。2、MME接收到UE的指示后，確定為UE創(chuàng)建特殊的無線承載，在向eNB發(fā)送的E-RABSETUPREQUEST消息中攜帶創(chuàng)建特殊無線承載的指示-本地MBSFN轉(zhuǎn)發(fā)指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包轉(zhuǎn)發(fā)給周圍滿足要求的eNB(如存在第二小區(qū)的eNB)，由滿足要求的eNB在符合條件的小區(qū)下進(jìn)行發(fā)送。實施例B2.3：1、UE在ServiceRequest消息攜帶V2X業(yè)務(wù)指示。2、MME接收到UE的指示后，確定為UE創(chuàng)建特殊的無線承載，在向eNB發(fā)送的INITIALCONTEXTSETUPREQUEST消息中攜帶創(chuàng)建特殊無線承載的指示-V2X承載指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接 收到的數(shù)據(jù)包通過廣播方式發(fā)送給本eNB下設(shè)定小區(qū)的UE，同時將從該無線承載上接收到的數(shù)據(jù)包轉(zhuǎn)發(fā)給周圍滿足要求的eNB。實施例B3:UE發(fā)起正常的承載建立過程，消息中攜帶UE標(biāo)識或QoS參數(shù)，MME通過UE標(biāo)識或QoS參數(shù)，確定為UE創(chuàng)建特殊的承載，并將該特殊承載的信息指示給eNB，由eNB為該特殊承載創(chuàng)建對應(yīng)無線承載，eNB可以對該特殊承載上的數(shù)據(jù)進(jìn)行特殊處理，eNB將相關(guān)承載的配置信息發(fā)送給UE。實施例B3.1：1、UE在AttachRequest消息攜帶UE標(biāo)識。2、MME接收Attach信息中通過UE標(biāo)識向HSS查找UE的簽約信息，通過獲得的簽約信息確定為UE建立傳輸V2X業(yè)務(wù)的特殊承載，在向eNB發(fā)送的INITIALCONTEXTSETUPREQUEST消息中攜帶該承載配置信息以及承載特性的標(biāo)識-本地廣播指示；3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包通過廣播方式發(fā)送給本eNB下設(shè)定小區(qū)的UE。這里設(shè)定小區(qū)可以為本eNB下的所有小區(qū)、上報數(shù)據(jù)包的UE所在的小區(qū)、滿足其他約定規(guī)則的小區(qū)(如根據(jù)UE的地理位置、信號狀況來確定其上報的數(shù)據(jù)包應(yīng)該在哪些小區(qū)中廣播)。實施例B3.2：1、UE在Bearerresourceallocationrequest消息攜帶QoS參數(shù)信息。2、MME通過Bearerresourceallocationrequest中攜帶的QoS參數(shù)信息，確定為UE建立傳輸V2X業(yè)務(wù)的特殊承載，在向eNB發(fā)送的E-RABSETUPREQUEST消息中攜帶該承載配置信息以及承載特性的標(biāo)識-本地MBSFN轉(zhuǎn)發(fā)指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將配 置信息通過RRC連接重配置消息發(fā)送給UE；之后，eNB將從該無線承載上接收到的數(shù)據(jù)包轉(zhuǎn)發(fā)給周圍滿足要求的eNB。實施例B4:UE發(fā)起正常的承載建立過程，消息中攜帶UE的標(biāo)識或Qos參數(shù)，MME通過UE的標(biāo)識或Qos參數(shù)，確定為UE創(chuàng)建特殊的無線承載，并將該特殊無線承載的信息指示給eNB，由eNB為該特殊承載創(chuàng)建對應(yīng)無線承載，eNB可以對該特殊承載上的數(shù)據(jù)進(jìn)行特殊處理，eNB將相關(guān)承載的配置信息發(fā)送給UE。實施例B4.1：1、UE在AttachRequest消息中攜帶V2XUE標(biāo)識信息。2、MME接收Attach信息中通過UE標(biāo)識向HSS查找V2XUE的簽約信息，通過獲得的簽約信息，確定為UE創(chuàng)建特殊的無線承載，然后在向eNB發(fā)送的INITIALCONTEXTSETUPREQUEST消息中攜帶創(chuàng)建特殊無線承載的指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將承載配置信息通過RRC連接重配置消息發(fā)送給UE；根據(jù)約定eNB需要將從該無線承載上接收到的數(shù)據(jù)包進(jìn)行本地廣播。實施例B4.2：1、UE在Bearerresourceallocationrequest消息中攜帶QoS參數(shù)信息。2、MME通過Bearerresourceallocationrequest中攜帶的QoS參數(shù)信息，確定為UE創(chuàng)建特殊的無線承載，然后在向eNB發(fā)送的E-RABSETUPREQUEST消息中攜帶創(chuàng)建特殊無線承載的指示。3、eNB接收到MME發(fā)送的消息后，為UE配置對應(yīng)的無線承載，并將承載配置信息通過RRC連接重配置消息發(fā)送給UE；根據(jù)約定eNB需要將從該無線承載上接收到的數(shù)據(jù)包進(jìn)行本地廣播。實施例B5:UE通過RRC消息向接入網(wǎng)節(jié)點發(fā)送V2X指示信息，將其中的NAS消息轉(zhuǎn)發(fā)給核心網(wǎng)，核心網(wǎng)根據(jù)UE發(fā)送的NAS消息為UE創(chuàng)建普通的承載，接入網(wǎng)節(jié)點將核心網(wǎng)節(jié)點為UE分配的承載做標(biāo)記，將該承載上UE上報的數(shù)據(jù)做特殊處理。實施例B5.1：1、UE在RRC連接建立完成消息中加入V2X指示信息，向eNB指示當(dāng)前UE發(fā)起業(yè)務(wù)為V2V道路安全業(yè)務(wù)。2、eNB將RRC連接建立完成消息中的NAS消息轉(zhuǎn)發(fā)給MME，根據(jù)MME指示為UE建立對應(yīng)的無線承載。根據(jù)約定eNB需要對UE上報的V2V道路安全業(yè)務(wù)數(shù)據(jù)進(jìn)行本地廣播，eNB將對應(yīng)的無線承載做本地廣播標(biāo)記。3、eNB將存在本地廣播標(biāo)記的承載上接收的UE上傳的數(shù)據(jù)包通過廣播方式下發(fā)給本小區(qū)下的其他UE。實施例B5.2：1、UE在RRC連接建立完成消息中加入V2X指示信息，向eNB指示UE請求業(yè)務(wù)對應(yīng)的UE上報數(shù)據(jù)需要進(jìn)行本地廣播和本地MBSFN轉(zhuǎn)發(fā)。2、eNB將RRC連接建立完成消息中的NAS消息轉(zhuǎn)發(fā)給MME，根據(jù)MME指示為UE建立對應(yīng)的無線承載。根據(jù)約定eNB需要對UE上報的V2V道路安全業(yè)務(wù)數(shù)據(jù)進(jìn)行本地廣播和本地MBSFN轉(zhuǎn)發(fā)，eNB將對應(yīng)的無線承載進(jìn)行標(biāo)記。3、eNB將存在本地廣播標(biāo)記的承載上接收的UE上傳的數(shù)據(jù)包通過廣播方式下發(fā)給本小區(qū)下的其他UE，并通過X2/S1接口轉(zhuǎn)發(fā)給周圍滿足要求的eNB。由上述實施例可見，實施例中提供了UE向網(wǎng)絡(luò)側(cè)節(jié)點發(fā)送V2X業(yè)務(wù)相關(guān)指示信息的方案；網(wǎng)絡(luò)側(cè)節(jié)點接收到UE發(fā)送的V2X業(yè)務(wù)相關(guān)指示信息的處理方案；網(wǎng)絡(luò)側(cè)節(jié)點將相關(guān)配置信息發(fā)送給UE的方案。具體的，UE將V2X業(yè)務(wù)相關(guān)指示信息發(fā)送給網(wǎng)絡(luò)側(cè)節(jié)點；V2X業(yè)務(wù)相關(guān) 指示信息可以包括：V2X業(yè)務(wù)標(biāo)識、道路安全業(yè)務(wù)標(biāo)識、車輛道路安全業(yè)務(wù)標(biāo)識、V2X本地業(yè)務(wù)標(biāo)識、本地轉(zhuǎn)發(fā)業(yè)務(wù)標(biāo)識、本地MBSFN業(yè)務(wù)標(biāo)識、V2X接入標(biāo)識、vehicle接入標(biāo)識、道路安全接入標(biāo)識等。UE可以通過RRC消息將V2X業(yè)務(wù)相關(guān)指示信息發(fā)送給接入網(wǎng)節(jié)點，具體可以：在RRC連接建立請求消息中增加新的RRC連接建立原因，如V2X接入、vehicle接入、道路安全接入等；在RRC連接建立完成消息中增加新的IE，攜帶指示信息如V2X本地業(yè)務(wù)標(biāo)識、本地轉(zhuǎn)發(fā)業(yè)務(wù)標(biāo)識、本地MBSFN業(yè)務(wù)標(biāo)識等；UE通過NAS消息將V2X業(yè)務(wù)相關(guān)指示信息發(fā)送給核心網(wǎng)節(jié)點；在當(dāng)前的NAS消息中增加新的IE，或在現(xiàn)有的IE中定義新的碼點(如在Extendedservicerequest消息的ServicetypeIE中加入新的碼點指示)；網(wǎng)絡(luò)側(cè)節(jié)點根據(jù)UE發(fā)送的V2X業(yè)務(wù)相關(guān)指示信息為UE執(zhí)行相應(yīng)的承載配置和設(shè)定的處理；網(wǎng)絡(luò)側(cè)節(jié)點將為UE配置的承載信息和其他資源信息通知UE；向UE發(fā)送資源配置信息，如EPS承載上下文信息、承載配置信息、UE解碼V2X相關(guān)業(yè)務(wù)使用的公鑰、公鑰標(biāo)識、生成公鑰的相關(guān)參數(shù)等。通過本實施例的方案，使網(wǎng)絡(luò)能夠?qū)E發(fā)起的V2X業(yè)務(wù)進(jìn)行識別，執(zhí)行相應(yīng)資源的分配處理。三、切換過程中的實施在圖4、5的信息發(fā)送方法一、二實施過程中，終端設(shè)備會出現(xiàn)切換的情況，下面對切換的情況進(jìn)行說明。圖19為LTE網(wǎng)絡(luò)架構(gòu)示意圖，如圖所示，LTE系統(tǒng)網(wǎng)絡(luò)側(cè)實體由MME/S-GW、eNB組成。eNB和eNB間的接口為X2接口，MME/S-GW與eNB間的接口為S1接口。LTE網(wǎng)絡(luò)中，當(dāng)UE從一個eNB移動到另一個eNB時，為了使正在發(fā)生 的業(yè)務(wù)不中斷，需要進(jìn)行切換。如果eNB間存在X2連接，那么可以通過X2接口來完成切換過程；如果eNB間沒有X2接口，可以通過S1接口來完成。圖20為LTE系統(tǒng)通過X2接口的非競爭隨機接入切換流程示意圖，如圖所示，在源eNB基于UE上報的測量報告和RRM(無線資源管理)信息判斷UE需要進(jìn)行切換后，通過X2接口的切換過程主要包括如下步驟：步驟2001、源eNB向目標(biāo)eNB發(fā)送handoverrequest(切換請求)消息；切換請求信息中攜帶UE向目標(biāo)eNB進(jìn)行切換準(zhǔn)備所必需的信息，如：UE在源eNB中的context(上下文)信息，目標(biāo)cellID等；步驟2002、目標(biāo)eNB向源eNB返回handoverrequestack(切換請求確認(rèn))消息；如果切換UE所使用的資源在目標(biāo)eNB被批準(zhǔn)，那么目標(biāo)小區(qū)將為該UE配置相應(yīng)的資源，并向源eNB發(fā)送切換請求ack消息。切換請求ack消息包含UE向目標(biāo)eNB切換時所需的參數(shù)信息，如：可能包含目標(biāo)eNB的系統(tǒng)信息、UE在目標(biāo)eNB進(jìn)行隨機接入時的preamble(前導(dǎo)碼)信息等；步驟2003、源eNB向UE發(fā)送RRCconnectionreconfigurationg(RRC連接配置)消息；源eNB在收到目標(biāo)eNB發(fā)送的切換請求ack消息后，向UE發(fā)送切換命令信息，指示UE向目標(biāo)eNB進(jìn)行切換。源eNB向UE發(fā)送的切換命令的內(nèi)容是包含在目標(biāo)eNB向源eNB發(fā)送的切換請求ack消息中的；步驟2004、UE向目標(biāo)eNB發(fā)送RandomAccesspreamble(隨機接入前導(dǎo)序列)；步驟2005、目標(biāo)eNB返回RAR(RandomAccessResponse，隨機接入響應(yīng))；收到切換命令以后，UE執(zhí)行與目標(biāo)eNB的同步。如果在切換命令中配給了專用RACHpreamble(RACH前導(dǎo)序列；RACH：RandomAccessChannel，隨機接入信道)，則使用無競爭隨機接入流程接入目標(biāo)小區(qū)，如果沒有配給專 用的RACHpreamble，則使用基于競爭隨機接入流程接入目標(biāo)小區(qū)；步驟2006、UE向目標(biāo)eNB發(fā)送RRCconnectionreconfigurationgcomplete(RRC連接配置完成)消息。當(dāng)UE成功接入目標(biāo)小區(qū)后，UE發(fā)送切換完成消息，向目標(biāo)eNB指示UE的切換流程完成。圖21為LTE系統(tǒng)通過S1接口的非競爭隨機接入切換流程示意圖，如圖所示，與通過X2接口進(jìn)行的切換流程不同在于需要通過MME，通過S1接口的切換過程主要包括如下步驟：步驟2101、源eNB向MME發(fā)送handoverrequired(切換需求)消息；步驟2102、MME向目標(biāo)eNB發(fā)送handoverrequest消息；步驟2103、目標(biāo)eNB向MME返回handoverrequestack消息；步驟2104、MME向源eNB返回handovercommand(切換命令)消息；步驟2105、源eNB向UE發(fā)送RRCconnectionreconfigurationg消息；步驟2106、UE向目標(biāo)eNB發(fā)送RandomAccesspreamble；步驟2107、目標(biāo)eNB返回RAR；步驟2108、UE向目標(biāo)eNB發(fā)送RRCconnectionreconfigurationgcomplete消息；步驟2109、目標(biāo)eNB向MME發(fā)送handovernotify(切換通知)消息。由上述兩個切換流程可以看出，由于切換中沒有涉及到信息的相關(guān)內(nèi)容，目標(biāo)eNB不能針對具體的信息收發(fā)的UE做相應(yīng)的處理。以V2X業(yè)務(wù)為例，當(dāng)前的切換信令中沒有包含UE是否收發(fā)V2X業(yè)務(wù)的相關(guān)信息，目標(biāo)eNB不能針對進(jìn)行V2X收發(fā)的UE做特殊處理，而這可能會導(dǎo)致UE正在進(jìn)行的V2X業(yè)務(wù)發(fā)生中斷，造成交通安全隱患。當(dāng)然，其他業(yè)務(wù)也存在同樣的問題。為了實現(xiàn)圖4、5中所述的增強的基于eMBMS的通信，本發(fā)明實施例中還提出了相應(yīng)的切換情況下的處理方案，用于解決網(wǎng)絡(luò)側(cè)節(jié)點在切換時保證信息收發(fā)的連續(xù)性問題，該方案具體可以用于基站、直放站等網(wǎng)絡(luò)側(cè)節(jié)點上。圖22為源基站側(cè)的切換方法實施流程示意圖，如圖所示，可以包括如下步驟：步驟2201、確定歸屬于第一基站的終端設(shè)備將切換至第二基站；實施中，所述終端設(shè)備將要上報的信息是需要在屬于同一MBSFN區(qū)域的各小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息，和/或，接收的信息是各基站在屬于同一MBSFN區(qū)域的各小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息，也即，需要在屬于以終端上報信息的小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各小區(qū)中發(fā)送的信息；步驟2202、向第二基站發(fā)送切換請求消息，在所述切換請求消息中指示與該終端設(shè)備上報和/或接收信息有關(guān)的設(shè)置信息。實施中，當(dāng)目標(biāo)基站允許切換時，還可以進(jìn)一步包括：步驟2203、接收第二基站返回的包含有切換命令的切換請求確認(rèn)消息，在所述切換命令中攜帶有第二基站根據(jù)與該終端設(shè)備上報和/或接收信息有關(guān)的設(shè)置信息配置的配置信息；步驟2204、向終端設(shè)備發(fā)送所述切換命令。實施中，對于步驟2202，在所述切換請求消息中指示與該終端設(shè)備上報和/或接收信息有關(guān)的設(shè)置信息，可以是通過以下方式之一或者其組合來指示的：在AS-Context中添加所述設(shè)置信息；在承載上報和/或接收信息的業(yè)務(wù)的E-RAB對應(yīng)的E-RABsToBeSetupItem中添加所述設(shè)置信息；在RRCContext中承載上報和/或接收信息的業(yè)務(wù)的DRB對應(yīng)的信息中添加所述設(shè)置信息。同樣，當(dāng)以V2X業(yè)務(wù)、UE為例時，當(dāng)源網(wǎng)絡(luò)側(cè)節(jié)點判斷正在接受V2X服務(wù)和/或?qū)2X業(yè)務(wù)感興趣的UE需要進(jìn)行切換時，可在向目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點發(fā)送的切換請求消息中攜帶該UE的V2X相關(guān)指示信息，如：V2X承載相關(guān)指示、V2X頻點相關(guān)指示、V2X業(yè)務(wù)相關(guān)指示信息、V2XspecificID指示(如 MMEUES1APID、E-RABID、DRBID、邏輯信道ID等V2XID相關(guān)指示)。具體的方式可以為以下之一或者其組合：1、在AS-Context(AccessStratumcontext，接入層(如E-UTRAN)上下文)中添加V2Xinterestindication(V2X興趣指示)信息，如UE是否接受V2X服務(wù)、當(dāng)前UE接受V2X服務(wù)的頻點、UE接受V2X服務(wù)的方式(如通過單播方式、MBMS方式、D2D方式等)、UE接受V2X服務(wù)方式的優(yōu)先級等)；2、在UEContextInformation(UE上下文信息)中添加UE支持的V2X業(yè)務(wù)類型指示、V2X業(yè)務(wù)優(yōu)先級指示；3、在E-RABsToBeSetupItem(E-RABs將設(shè)置項目)中添加V2X業(yè)務(wù)關(guān)聯(lián)的E-RAB指示、V2X業(yè)務(wù)類型指示、V2X業(yè)務(wù)優(yōu)先級指示；4、在RRCContext(RRC上下文)中添加V2X業(yè)務(wù)關(guān)聯(lián)的DRB指示、V2X業(yè)務(wù)類型指示、V2X業(yè)務(wù)優(yōu)先級指示；5、采用V2Xspecific的ID值如特殊的MMEUES1APID、E-RABID、DRBID、邏輯信道ID通知目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點該UE與V2X相關(guān)的信息。圖23為目標(biāo)基站側(cè)的切換方法實施流程示意圖，如圖所示，可以包括如下步驟：步驟2301、接收第一基站發(fā)送的將歸屬于第一基站的終端設(shè)備切換至第二基站的切換請求消息，在所述切換請求消息中指示有與該終端設(shè)備上報和/或接收信息有關(guān)的設(shè)置信息；實施中，所述終端設(shè)備將要上報的信息是需要在屬于同一MBSFN區(qū)域的各小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息，和/或，接收的信息是各基站在屬于同一MBSFN區(qū)域的各小區(qū)中在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送的信息，也即，需要在屬于以終端上報信息的小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的各小區(qū)中發(fā)送的信息。步驟2302、在確定將歸屬于第一基站的終端設(shè)備將切換至第二基站后，對終端設(shè)備在第二基站上上報和/或接收信息的資源進(jìn)行配置，并向第一基站返回 包含有切換命令的切換請求確認(rèn)消息，在所述切換命令中攜帶有第二基站根據(jù)與該終端設(shè)備上報和/或接收信息有關(guān)的設(shè)置信息配置的配置信息。實施中，對終端設(shè)備在第二基站上上報和/或接收信息的資源進(jìn)行配置，包可以括如下配置之一或者其組合：為終端設(shè)備配置上報和/或接收信息的頻點；對承載上報和/或接收信息的業(yè)務(wù)的DRB參數(shù)進(jìn)行配置；為終端設(shè)備配置SPS周期；為終端設(shè)備配置與上報和/或接收信息的業(yè)務(wù)相關(guān)的MBMS業(yè)務(wù)信息和/或MBSFN區(qū)域信息，這些信息可以用于如解碼MBSFN區(qū)域?qū)?yīng)的數(shù)據(jù)所需的公鑰、相關(guān)業(yè)務(wù)(如V2X業(yè)務(wù))對應(yīng)的MBSFN區(qū)域標(biāo)識等；將為終端設(shè)備上報和/或接收信息的業(yè)務(wù)創(chuàng)建的DRB與終端設(shè)備上報和/或接收信息的業(yè)務(wù)對應(yīng)的E-RAB相關(guān)聯(lián)；將終端設(shè)備上報和/或接收信息的業(yè)務(wù)對應(yīng)的DRB的處理實體相關(guān)關(guān)聯(lián)。同樣，當(dāng)以V2X業(yè)務(wù)、UE為例時，如果UE切換被目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點批準(zhǔn)，目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點可以執(zhí)行如下操作中的一種或多種為：為該UE配置相應(yīng)的資源，并將配置信息作為切換命令的內(nèi)容攜帶在切換請求ACK消息中發(fā)送給源網(wǎng)絡(luò)側(cè)節(jié)點(如基站)，使源網(wǎng)絡(luò)側(cè)節(jié)點將切換命令發(fā)送給UE。配置操作的內(nèi)容具體可以包括以下一種或多種：將UE配置到對應(yīng)的頻點、小區(qū)上，以便使UE在該頻點、小區(qū)上進(jìn)行V2X數(shù)據(jù)收發(fā)，網(wǎng)絡(luò)側(cè)可以為UE配置多個頻點、小區(qū)，如在城市區(qū)域可以視情況配置多個頻點等；對承載V2X業(yè)務(wù)的DRB參數(shù)進(jìn)行特殊的配置，如設(shè)置特殊的定時器長度；對支持V2X業(yè)務(wù)的UE進(jìn)行特殊的配置，如配置特殊的SPS(semi-persistentschedule，半持續(xù)調(diào)度)周期；與V2X相關(guān)MBMS業(yè)務(wù)信息、MBSFN區(qū)域信息(用于如解碼MBSFN區(qū)域?qū)?yīng)的數(shù)據(jù)所需的公鑰、相關(guān)業(yè)務(wù)(如V2X業(yè)務(wù))對應(yīng)的MBSFN區(qū)域 標(biāo)識等)；將為UEV2X建立的DRB與E-RAB關(guān)聯(lián)；將DRB關(guān)聯(lián)到V2X特殊處理實體，以便對該DRB上收發(fā)的數(shù)據(jù)包做特殊處理，如將收集的數(shù)據(jù)包進(jìn)行完整性保護(hù)后轉(zhuǎn)發(fā)給周圍小區(qū)。下面以實例來進(jìn)行說明UE在源小區(qū)中已接收V2X業(yè)務(wù)以及未接收V2X業(yè)務(wù)時的切換實施過程。實施例C1：UE在源小區(qū)中已接受V2X服務(wù)。1、車輛UE1在源eNB下接受V2X道路安全服務(wù)，UE1周期性向源eNB上報自己的狀態(tài)信息(如位置、速度、行駛方向等)，并通過接收MBMS業(yè)務(wù)方式獲得周圍其他車輛UE的狀態(tài)信息；2、源eNB判斷UE1需要從當(dāng)前的eNB切換到目標(biāo)eNB。源eNB在向目標(biāo)eNB發(fā)送的切換請求中添加如下信息之一或者其組合：在AS-Context中添加V2Xinterestindication指示信息，指示UE1接收V2X業(yè)務(wù)的頻點，接受V2X服務(wù)的方式優(yōu)先采用MBMS方式；在承載V2X業(yè)務(wù)的E-RAB對應(yīng)的E-RABsToBeSetupItem中添加V2X業(yè)務(wù)指示，支持該E-RAB對應(yīng)V2X道路安全業(yè)務(wù)以及該業(yè)務(wù)優(yōu)先級為高；在RRCContext中承載V2X業(yè)務(wù)的DRB對應(yīng)的信息中添加V2X業(yè)務(wù)指示，支持該DRB對應(yīng)V2X道路安全業(yè)務(wù)以及該業(yè)務(wù)優(yōu)先級為高；3、目標(biāo)eNB接收到源eNB發(fā)送的切換請求后，判斷允許UE1進(jìn)行切換，為UE1執(zhí)行以下配置和處理：將UE1配置到對應(yīng)的頻點上。需要說明的是，不論UE1在源eNB下通過一個頻點還是多個頻點收發(fā)數(shù)據(jù)，目標(biāo)eNB可以根據(jù)情況為UE1配置多個頻點，如目標(biāo)eNB處于高車輛密度區(qū)域或由低車輛向高車輛密度的過度區(qū)域，目標(biāo)eNB可以為UE1配置多個頻點進(jìn)行數(shù)據(jù)收發(fā)，以避免V2X數(shù)據(jù)傳輸擁塞；對承載V2X業(yè)務(wù)的DRB參數(shù)進(jìn)行特殊的配置，如設(shè)置較短的狀態(tài)報告禁止定時器；將UE1的SPS周期配置為100ms；與V2X相關(guān)MBMS業(yè)務(wù)信息、MBSFN區(qū)域信息；將上述配置信息作為切換命令的內(nèi)容攜帶在切換請求ack消息中發(fā)送給源eNB；將為UE1V2X業(yè)務(wù)創(chuàng)建的DRB與UE1V2X對應(yīng)的E-RAB相關(guān)聯(lián)；將UE1V2X業(yè)務(wù)對應(yīng)的DRB的V2X特殊處理實體相關(guān)關(guān)聯(lián)，該實體負(fù)責(zé)將UE1上報的V2X道路安全相關(guān)的數(shù)據(jù)包進(jìn)行完整性保護(hù)后轉(zhuǎn)發(fā)給同一MBSFN區(qū)域中的其他小區(qū)；源eNB接收到切換請求ack消息后將其中包含的切換命令發(fā)送給UE1。實施例C2：UE在源小區(qū)中未接受V2X服務(wù)1、車輛UE在源eNB下尚未接受V2X道路安全服務(wù)，但UE對V2X道路安全服務(wù)感興趣；2、源eNB判斷UE需要從當(dāng)前的eNB切換到目標(biāo)eNB。源eNB在向目標(biāo)eNB發(fā)送的切換請求中添加如下信息：在AS-Context中添加V2Xinterestindication指示信息，指示UE可以接收V2X業(yè)務(wù)的頻點列表，接受V2X服務(wù)的方式優(yōu)先采用MBMS方式；3、目標(biāo)eNB接收到源eNB發(fā)送的切換請求后，判斷允許UE1進(jìn)行切換，且能夠為UE1提供V2X道路安全服務(wù)，為UE1執(zhí)行以下配置和處理：將UE1配置到對應(yīng)的頻點上；向UE1發(fā)送能夠為其提供V2X服務(wù)指示；與V2X相關(guān)MBMS業(yè)務(wù)信息、MBSFN區(qū)域信息；將上述配置信息作為切換命令的內(nèi)容攜帶在切換請求ack消息中發(fā)送給源eNB。4、源eNB接收到切換請求ack消息后將其中包含的切換命令發(fā)送給UE。由上述實施例可見，當(dāng)源網(wǎng)絡(luò)側(cè)節(jié)點判斷正在接受V2X服務(wù)和/或?qū)2X業(yè)務(wù)感興趣的UE需要進(jìn)行切換時，在向目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點發(fā)送切換請求消息中 攜帶該UE的V2X業(yè)務(wù)指示信息；如果UE切換被目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點批準(zhǔn)，目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點執(zhí)行相應(yīng)的操作，并將相關(guān)配置信息通知源網(wǎng)絡(luò)側(cè)節(jié)點。通過該方案，可以使切換時目標(biāo)網(wǎng)絡(luò)側(cè)節(jié)點能夠?qū)χС諺2X業(yè)務(wù)的UE進(jìn)行特殊處理，保障V2X業(yè)務(wù)在UE切換過程中的連續(xù)性。四、傳輸過程中擁塞控制的實施。在圖4、5的信息發(fā)送方法一、二實施過程中，由于在新的eMBMS架構(gòu)下尚不存在對應(yīng)的擁塞控制策略，因此，新結(jié)構(gòu)的實施也提出了對擁塞控制的要求，下面對擁塞控制的實施情況進(jìn)行說明。、繼續(xù)以V2X業(yè)務(wù)、UE、基站為例，基站主要有兩種功能：1)為收集本基站下各小區(qū)車輛UE上報的道路安全消息并將各小區(qū)UE上報的道路安全消息轉(zhuǎn)發(fā)給以該小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的其他小區(qū)；2)在本基站下各小區(qū)的MBMS子幀上發(fā)送該子幀所對應(yīng)的MBSFN區(qū)域的數(shù)據(jù)。由于每個小區(qū)中能夠分配給各MBSFN區(qū)域使用的MBMS子幀資源受限，當(dāng)小區(qū)中的車輛UE大于設(shè)定值或UE發(fā)送的平均數(shù)據(jù)量超過設(shè)定值時，將會超出網(wǎng)絡(luò)采用增強的eMBMS方式進(jìn)行V2X數(shù)據(jù)轉(zhuǎn)發(fā)的數(shù)據(jù)量，此時就需要進(jìn)行擁塞控制。具體如下：圖24為網(wǎng)絡(luò)側(cè)節(jié)點上的控制信息發(fā)送的方法實施流程示意圖，如圖所示，可以包括：步驟2401、確定終端設(shè)備的狀態(tài)；步驟2402、確定MBSFN區(qū)域的資源使用狀況；步驟2403、根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況，確定終端設(shè)備上報信息的上報策略；步驟2404、指示終端設(shè)備按照所述上報策略上報信息。圖25為終端設(shè)備上的信息發(fā)送方法實施流程示意圖，如圖所示，可以包括：步驟2501、接收包含上報策略的指示，所述上報策略是網(wǎng)絡(luò)側(cè)根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況確定的終端設(shè)備上報信息的策略；步驟2502、按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息。實施中，網(wǎng)絡(luò)側(cè)確定以上報小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的資源使用狀況，也即確定負(fù)荷狀態(tài)，然后便可以根據(jù)確定的負(fù)荷狀態(tài)，執(zhí)行相應(yīng)的擁塞控制操作，例如可以包括以下方式：向UE發(fā)送擁塞控制信息，擁塞控制信息可以包括：UE發(fā)送數(shù)據(jù)包的速率信息、UE發(fā)送數(shù)據(jù)包的大小指示信息中的一項或多項；發(fā)送各地理區(qū)域中的擁塞狀況指示信息；選擇性丟棄部分UE上報的數(shù)據(jù)包；調(diào)整相應(yīng)MBSFN區(qū)域使用的MBMS資源。實施中，在指示終端設(shè)備按照所述上報策略上報信息時，具體可以通過下發(fā)擁塞控制信息的方式來實現(xiàn)，只要能夠?qū)崿F(xiàn)通過指示使終端設(shè)備按照上報策略上報信息即可。當(dāng)以下發(fā)擁塞控制信息的方式來實現(xiàn)時，這里擁塞控制信息，可以泛指所有包含UE發(fā)送參數(shù)的信息，也可以是特指包含特定發(fā)送參數(shù)的信息。下面進(jìn)行具體說明。實施中，在確定終端設(shè)備的狀態(tài)時，可以通過終端設(shè)備上報的信息確定終端設(shè)備的狀態(tài)；和/或，通過終端設(shè)備上報的攜帶有狀態(tài)信息的狀態(tài)信息確定終端設(shè)備的狀態(tài)。在確定終端設(shè)備的狀態(tài)時，可以通過UE上報的V2X信息，也可以通過UE上報的專門用于擁塞控制的狀態(tài)信息，如網(wǎng)絡(luò)確定UE進(jìn)行行駛狀態(tài)上報的條件并通知UE(可以采用廣播、多播、單播方式)，UE判斷自己滿足上報條件時再將自己的行駛狀態(tài)上報給網(wǎng)絡(luò)側(cè)，也即，所述攜帶有狀態(tài)信息的狀態(tài)信息是終端設(shè)備在滿足上報條件時上報的。具體的，對于通過終端設(shè)備上報的信息確定終端設(shè)備的狀態(tài)，下面以實例 進(jìn)行說明可以如下：實施例D1對于網(wǎng)絡(luò)側(cè)節(jié)點可以解析UE上報的V2X數(shù)據(jù)包時，UE可以將自己生成的V2X消息上報給網(wǎng)絡(luò)側(cè)節(jié)點(如基站、中繼等接入網(wǎng)設(shè)備)。網(wǎng)絡(luò)側(cè)節(jié)點解析UE上報的V2X消息，確定各個UE的位置、速度、行駛方向等狀態(tài)信息，結(jié)合以UE上報小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的資源使用狀況和各UE所處區(qū)域的內(nèi)UE密度，為每個UE確定其發(fā)送參數(shù)(如：UE發(fā)送數(shù)據(jù)包的速率信息、UE發(fā)送數(shù)據(jù)包的大小、UE內(nèi)部隊列的配置參數(shù)(如對列開啟還是關(guān)閉、隊列長度)等)。具體地，例如根據(jù)UE上報的V2X消息，確定UEA速度為30km/h，UEA150米內(nèi)不存在其他車輛，且當(dāng)前網(wǎng)絡(luò)處于擁塞狀態(tài)，那么確定UEA的V2X消息發(fā)送參數(shù)為：消息發(fā)送周期為1000ms，數(shù)據(jù)包大小小于200Byte、低優(yōu)先級對列關(guān)閉。具體的，對于通過終端設(shè)備上報的攜帶有狀態(tài)信息的狀態(tài)信息確定終端設(shè)備的狀態(tài)的方式，攜帶有狀態(tài)信息的狀態(tài)信息可以是終端設(shè)備在滿足上報條件時上報的；或，是終端設(shè)備根據(jù)指示上報的。例如，網(wǎng)絡(luò)側(cè)可以根據(jù)各UE上報的狀態(tài)信息確定各UE的位置、行駛、速度、方向等行駛狀態(tài)信息，根據(jù)當(dāng)前網(wǎng)絡(luò)的負(fù)荷狀態(tài)(即以上報小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的資源使用狀況)結(jié)合UE的分布情況、行駛速度、各UE周圍車輛UE的行駛狀態(tài)，為每個UE確定各自的數(shù)據(jù)包發(fā)送參數(shù)(如：UE發(fā)送數(shù)據(jù)包的速率信息、UE發(fā)送數(shù)據(jù)包的大小、UE內(nèi)部隊列的配置參數(shù)(如對列開啟還是關(guān)閉、隊列長度)等)。下面再以實例進(jìn)行說明。實施例D2在網(wǎng)絡(luò)側(cè)節(jié)點不能解析UE上報的V2X數(shù)據(jù)包時，由于網(wǎng)絡(luò)側(cè)節(jié)點不能解析UE上報的V2X數(shù)據(jù)包內(nèi)容，因此網(wǎng)絡(luò)側(cè)節(jié)點只能統(tǒng)計各UE接收數(shù)據(jù)包的頻率(速率、數(shù)量等)以及UE發(fā)送的數(shù)據(jù)包的大小。當(dāng)網(wǎng)絡(luò)負(fù)荷大于設(shè)定門 限時，網(wǎng)絡(luò)側(cè)根據(jù)各UE的統(tǒng)計信息，選擇出數(shù)據(jù)包發(fā)送頻率(速率、數(shù)量等)大于設(shè)定值和/或發(fā)送的數(shù)據(jù)包的長度大于設(shè)定值的UE，向這些UE發(fā)送狀態(tài)上報信令，也即，根據(jù)預(yù)設(shè)策略及各終端設(shè)備收發(fā)數(shù)據(jù)的情況，確定需上報狀態(tài)信息的終端設(shè)備；指示該終端設(shè)備上報攜帶有狀態(tài)信息的狀態(tài)信息。當(dāng)UE接收到狀態(tài)上報信令后，向網(wǎng)絡(luò)側(cè)上報自己的行駛狀態(tài)參數(shù)(如UE的位置、速度、行駛方向、感知的設(shè)定范圍內(nèi)的UE數(shù)量等)、發(fā)送狀態(tài)參數(shù)(如發(fā)送速率、發(fā)送數(shù)據(jù)包大小、發(fā)送隊列參數(shù))等信息。網(wǎng)絡(luò)側(cè)對UE上報的參數(shù)進(jìn)行分析，確定是否調(diào)整UE當(dāng)前的發(fā)送參數(shù)。當(dāng)確定需要對UE的發(fā)送參數(shù)進(jìn)行調(diào)整時，將為UE確定的發(fā)送參數(shù)通知對應(yīng)UE。進(jìn)一步的，實施中，還可以向滿足設(shè)定條件的UE發(fā)送擁塞控制信息。也即，所述指示終端設(shè)備按照所述上報策略上報信息，是在終端設(shè)備未按照所述上報策略上報信息時，進(jìn)行指示；和/或，距離上次指示時間大于預(yù)設(shè)時間時，進(jìn)行指示。例如，設(shè)定條件可以為：UE當(dāng)前采用的數(shù)據(jù)包發(fā)送參數(shù)與網(wǎng)絡(luò)側(cè)為該UE確定的發(fā)送參數(shù)中某個或某些的差異大于設(shè)定值、網(wǎng)絡(luò)側(cè)對向該UE發(fā)送擁塞控制信息的時間大于設(shè)定值。實施中，指示終端設(shè)備按照所述上報策略上報信息，包括：根據(jù)終端設(shè)備的狀態(tài)確定與終端設(shè)備相關(guān)的區(qū)域；通知終端設(shè)備所述相關(guān)的區(qū)域的資源使用狀況；指示終端設(shè)備根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。例如，網(wǎng)絡(luò)側(cè)可以將小區(qū)劃分為多個區(qū)域，分別確定各個區(qū)域的擁塞狀態(tài)，并將確定的各區(qū)域的擁塞狀態(tài)信息通知UE。車輛UE根據(jù)自己當(dāng)前的行駛狀態(tài)參考自己所處區(qū)域的擁塞狀態(tài)，對發(fā)送參數(shù)(如發(fā)送速率、數(shù)據(jù)包大小、發(fā)送隊列參數(shù)等)進(jìn)行調(diào)整。進(jìn)一步的，實施中，指示終端設(shè)備根據(jù)資源使用狀況上報信息后，在確定 終端設(shè)備上報信息的策略與所述上報策略不符時，指示終端設(shè)備按照所述上報策略上報信息，和/或，丟棄不滿足上報策略的終端設(shè)備上報的數(shù)據(jù)包。例如，當(dāng)網(wǎng)絡(luò)側(cè)發(fā)現(xiàn)異常行為UE時(如位于擁塞區(qū)域但仍采用高速率發(fā)送)，可以指示UE發(fā)送行駛狀態(tài)上報消息，來獲取UE當(dāng)前的狀態(tài)，以確認(rèn)是否允許UE按高速率發(fā)送。UE向網(wǎng)絡(luò)側(cè)發(fā)送擁塞控制響應(yīng)消息，上報自己當(dāng)前確認(rèn)的擁塞狀態(tài)。隨后，網(wǎng)絡(luò)側(cè)可以指示UE按照上報策略上報信息，和/或，直接丟棄不滿足上報策略的上報的數(shù)據(jù)包。下面再以實例進(jìn)行說明。實施例D3圖26為擁塞控制實施中的區(qū)域劃分示意圖，如圖所示，網(wǎng)絡(luò)側(cè)可以將小區(qū)劃分為多個區(qū)域，劃分區(qū)域的數(shù)量可以根據(jù)小區(qū)的覆蓋范圍確定，例如將小區(qū)分為如圖所示的6個區(qū)域，根據(jù)接收到UE上報的信息(可以為UE上報的V2X消息也可以為UE專門發(fā)送的狀態(tài)上報消息)確定各區(qū)域內(nèi)的擁塞狀態(tài)(如可以將擁塞狀態(tài)劃分為多個等級，根據(jù)擁塞情況確定對應(yīng)的擁塞等級)，將各區(qū)域內(nèi)的擁塞狀態(tài)信息(如對應(yīng)的擁塞等)通知UE(可以通過廣播、多播、單播等方式)。UE根據(jù)接收到的網(wǎng)絡(luò)側(cè)發(fā)送的擁塞狀態(tài)指示信息結(jié)合自己當(dāng)前的行駛狀態(tài)(包括位置、行駛速度、方向等)，對發(fā)送參數(shù)(如發(fā)送速率、數(shù)據(jù)包大小、發(fā)送隊列參數(shù)等)進(jìn)行調(diào)整。如系統(tǒng)的擁塞程度總共分為5個等級，等級越高擁塞程度越大，根據(jù)網(wǎng)絡(luò)側(cè)發(fā)送的擁塞狀態(tài)指示信息UE確定自己所處的區(qū)域的擁塞狀態(tài)為4，自己當(dāng)前的發(fā)送周期為100ms、數(shù)據(jù)包大小為300Byte、所有隊列都處于開啟狀態(tài)，采用這些信息UE根據(jù)擁塞控制算法確定自己新的發(fā)送參數(shù)，如發(fā)送周期降為500ms、數(shù)據(jù)包大小為20Byte、關(guān)閉低優(yōu)先級隊列。需要說明的是，當(dāng)網(wǎng)絡(luò)側(cè)發(fā)現(xiàn)異常行為UE時(如位于擁塞區(qū)域但仍采用高速率發(fā)送)，可以指示UE發(fā)送行駛狀態(tài)上報消息，來獲取UE當(dāng)前的狀態(tài)，以確認(rèn)是否允許UE按高速率發(fā)送。當(dāng)確定需要改變UE的發(fā)送參數(shù)時，向UE 發(fā)送指示信息指示UE對發(fā)送參數(shù)進(jìn)行調(diào)整，或者，丟棄不滿足上報策略的終端設(shè)備上報的數(shù)據(jù)包。實施中，上報策略可以是根據(jù)以下因素之一或者其組合確定的：信息發(fā)送速率、信息發(fā)送周期、發(fā)送信息的數(shù)據(jù)包大小、發(fā)送隊列參數(shù)、數(shù)據(jù)包丟棄規(guī)則。實施中，信息發(fā)送速率、信息發(fā)送周期、發(fā)送信息的數(shù)據(jù)包大小、發(fā)送隊列參數(shù)是容易理解的，對于數(shù)據(jù)包丟棄規(guī)則，例如可以如下：根據(jù)網(wǎng)絡(luò)的負(fù)荷狀態(tài)，選擇性丟棄部分UE上報的數(shù)據(jù)包。網(wǎng)絡(luò)側(cè)節(jié)點根據(jù)網(wǎng)絡(luò)資源當(dāng)前的占用狀況結(jié)合數(shù)據(jù)包對應(yīng)的UE優(yōu)先級丟棄，或根據(jù)UE的行駛狀態(tài)結(jié)合該UE數(shù)據(jù)包的轉(zhuǎn)發(fā)狀況丟棄，或根據(jù)UE數(shù)據(jù)包中的內(nèi)容丟棄(如優(yōu)先轉(zhuǎn)發(fā)包含高優(yōu)先級告警信息的數(shù)據(jù)包)，或隨機選擇數(shù)據(jù)包丟棄。丟棄操作可以由數(shù)據(jù)源小區(qū)所在的eNB完成。下面再以實例進(jìn)行說明。實施例D4基站根據(jù)負(fù)荷狀況，確定數(shù)據(jù)包丟棄/轉(zhuǎn)發(fā)策略，包括：1)是否啟動數(shù)據(jù)包丟棄/部分轉(zhuǎn)發(fā)機制；2)確定如何進(jìn)行數(shù)據(jù)包丟棄，如根據(jù)上報數(shù)據(jù)包UE的優(yōu)先級丟棄/轉(zhuǎn)發(fā)、根據(jù)UE上報的數(shù)據(jù)包優(yōu)先級丟棄/轉(zhuǎn)發(fā)、隨機選擇UE或數(shù)據(jù)包進(jìn)行丟棄/轉(zhuǎn)發(fā)等。UE1向網(wǎng)絡(luò)側(cè)上報按設(shè)定規(guī)則向網(wǎng)絡(luò)側(cè)上報生成的V2X信息?；靖鶕?jù)確定的數(shù)據(jù)包丟棄/轉(zhuǎn)發(fā)策略，判斷是否丟棄UE1上報的數(shù)據(jù)包。設(shè)基站確定的數(shù)據(jù)包丟棄/轉(zhuǎn)發(fā)策略為：丟棄各UE上報的低優(yōu)先級業(yè)務(wù)(優(yōu)先級大于等于3)對應(yīng)的數(shù)據(jù)包。設(shè)當(dāng)前的業(yè)務(wù)優(yōu)先級共分4個等級1、2、3、4，UE1上報的數(shù)據(jù)包的優(yōu)先級為等級4，此時基站將丟棄UE1上報的該數(shù)據(jù)包(即不轉(zhuǎn)發(fā)該數(shù)據(jù)包)。實施中，還可以進(jìn)一步包括：確定各MBSFN區(qū)域的資源使用狀況；根據(jù)各MBSFN區(qū)域的各終端設(shè)備上報信息情況協(xié)調(diào)各MBSFN區(qū)域的資源分配；根據(jù)協(xié)調(diào)后的MBSFN區(qū)域的資源使用狀況確定終端設(shè)備上報信息的上報策略。具體的，可以根據(jù)網(wǎng)絡(luò)負(fù)荷，確定各小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域需要使用的無線資源的多少，負(fù)荷大于設(shè)定門限時，增加需要使用的無線資源，負(fù)荷小于設(shè)定門限時，減少需要使用的無線資源，當(dāng)確定增加或減少無線資源時，如果對應(yīng)小區(qū)作為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域中的其他小區(qū)屬于其他eNB，則需要通過X2信令通知對應(yīng)的eNB修改對應(yīng)小區(qū)下相應(yīng)MBSFN區(qū)域所使用的資源?；緦⒆兓蟮馁Y源信息通知對應(yīng)小區(qū)下的UE。下面再以實例進(jìn)行說明。實施例D5基站根據(jù)負(fù)荷狀況，確定是否增加或減少對應(yīng)的MBMS資源?；局芷谛詫E上報數(shù)據(jù)量、資源利用率等指標(biāo)進(jìn)行評估。當(dāng)設(shè)定指標(biāo)超過或低于設(shè)定值時，確定增加或減少對應(yīng)的MBMS資源，如當(dāng)UE上報的數(shù)據(jù)量超過當(dāng)前分配的MBMS資源最大能夠發(fā)送的UE數(shù)據(jù)量的80％時，增加新的MBMS資源，當(dāng)UE上報的數(shù)據(jù)量低于當(dāng)前分配的MBMS資源最大能夠發(fā)送的UE數(shù)據(jù)量的30％時，減少分配的MBMS資源。基站將MBMS資源增加或減少資源的(請求)信息上報高層節(jié)點(包括核心網(wǎng)節(jié)點或更高層的接入網(wǎng)節(jié)點)和/或?qū)?yīng)MBSFN區(qū)域內(nèi)的其他基站。這里設(shè)基站將MBMS資源增加信息發(fā)送給對應(yīng)MBSFN區(qū)域內(nèi)的其他基站。當(dāng)基站接收到其他基站的確認(rèn)信息時，在約定的時間啟動新的資源進(jìn)行MBSFN數(shù)據(jù)發(fā)送。并在實際的用戶數(shù)據(jù)發(fā)送前，通知對應(yīng)小區(qū)下的UE對新的頻帶資源上的數(shù)據(jù)進(jìn)行監(jiān)聽(對應(yīng)MBSFN區(qū)域內(nèi)同意增加資源的基站也需要在實際的用戶數(shù)據(jù)發(fā)送前，通知對應(yīng)小區(qū)下的UE對新的頻帶資源上的數(shù)據(jù)進(jìn)行監(jiān)聽)。UE接收到通知消息后啟動在新增加的頻帶資源上的對V2X數(shù)據(jù)的監(jiān)聽。本實施例中，網(wǎng)絡(luò)側(cè)根據(jù)UE的狀態(tài)和以上報小區(qū)為數(shù)據(jù)源小區(qū)的MBSFN區(qū)域的資源使用狀況確定負(fù)荷狀態(tài)；并根據(jù)確定的負(fù)荷狀態(tài)，執(zhí)行相應(yīng)的擁塞控制操作。從而能夠在基于降低時延的通過eMBMS實現(xiàn)V2X通信的架構(gòu)下，當(dāng)小區(qū)中的車輛UE大于設(shè)定值或UE發(fā)送的平均數(shù)據(jù)量達(dá)到設(shè)定值時，對網(wǎng)絡(luò)側(cè)轉(zhuǎn)發(fā)的數(shù)據(jù)量進(jìn)行調(diào)控，以滿足擁塞場景中V2X通信的要求?；谕话l(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種控制信息發(fā)送的裝置以及信息發(fā)送裝置，由于這些裝置解決問題的原理與一種控制信息發(fā)送的方法、信息發(fā)送方法相似，因此這些裝置的實施可以參見方法的實施，重復(fù)之處不再贅述。圖27為控制信息發(fā)送裝置結(jié)構(gòu)示意圖，如圖所示，裝置中可以包括：狀態(tài)確定模塊2701，用于確定終端設(shè)備的狀態(tài)；資源確定模塊2702，用于確定MBSFN區(qū)域的資源使用狀況；策略確定模塊2703，用于根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況，確定終端設(shè)備上報信息的上報策略；指示模塊2704，用于指示終端設(shè)備按照所述上報策略上報信息。實施中，狀態(tài)確定模塊還可以進(jìn)一步用于在確定終端設(shè)備的狀態(tài)時，通過終端設(shè)備上報的信息確定終端設(shè)備的狀態(tài)；和/或，通過終端設(shè)備上報的攜帶有狀態(tài)信息的狀態(tài)信息確定終端設(shè)備的狀態(tài)。實施中，狀態(tài)確定模塊還可以進(jìn)一步用于通過終端設(shè)備在滿足上報條件時上報的所述攜帶有狀態(tài)信息的狀態(tài)信息；或，終端設(shè)備根據(jù)指示上報的所述攜帶有狀態(tài)信息的狀態(tài)信息來確定終端設(shè)備的狀態(tài)。實施中，還可以進(jìn)一步包括：終端確定模塊2705，用于根據(jù)預(yù)設(shè)策略及各終端設(shè)備收發(fā)數(shù)據(jù)的情況，確定需上報狀態(tài)信息的終端設(shè)備；指示模塊進(jìn)一步用于指示該終端設(shè)備上報攜帶有狀態(tài)信息的狀態(tài)信息。實施中，指示模塊還可以進(jìn)一步用于在終端設(shè)備未按照所述上報策略上報信息時，指示終端設(shè)備按照所述上報策略上報信息；和/或，在距離上次指示時間大于預(yù)設(shè)時間時，指示終端設(shè)備按照所述上報策略上報信息。實施中，指示模塊可以包括：區(qū)域確定單元，用于根據(jù)終端設(shè)備的狀態(tài)確定與終端設(shè)備相關(guān)的區(qū)域；資源通知單元，用于通知終端設(shè)備所述相關(guān)的區(qū)域的資源使用狀況；指示單元，用于指示終端設(shè)備根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。實施中，指示模塊還可以進(jìn)一步用于在指示終端設(shè)備根據(jù)資源使用狀況上報信息后，在確定終端設(shè)備上報信息的策略與所述上報策略不符時，指示終端設(shè)備按照所述上報策略上報信息，和/或，丟棄不滿足上報策略的終端設(shè)備上報的數(shù)據(jù)包。實施中，策略確定模塊還可以進(jìn)一步用于根據(jù)以下因素之一或者其組合確定所述上報策略：信息發(fā)送速率、信息發(fā)送周期、發(fā)送信息的數(shù)據(jù)包大小、發(fā)送隊列參數(shù)、數(shù)據(jù)包丟棄規(guī)則。實施中，策略確定模塊還可以進(jìn)一步用于確定各MBSFN區(qū)域的資源使用狀況；根據(jù)各MBSFN區(qū)域的各終端設(shè)備上報信息情況協(xié)調(diào)各MBSFN區(qū)域的資源分配；根據(jù)協(xié)調(diào)后的MBSFN區(qū)域的資源使用狀況確定終端設(shè)備上報信息的上報策略。實施中，終端設(shè)備上報的信息將在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。實施中，終端設(shè)備上報的信息是用于車與外界的信息交換V2X業(yè)務(wù)的V2X信息。圖28為信息發(fā)送裝置結(jié)構(gòu)示意圖，如圖所示，裝置中可以包括：指示接收模塊2801，用于接收包含上報策略的指示，所述上報策略是網(wǎng)絡(luò)側(cè)根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況確定的終端設(shè)備上報 信息的策略；信息上報模塊2802，用于按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息。實施中，還可以進(jìn)一步包括：狀態(tài)上報模塊2803，用于向網(wǎng)絡(luò)側(cè)節(jié)點上報的攜帶有狀態(tài)信息的狀態(tài)信息。實施中，狀態(tài)上報模塊還可以進(jìn)一步用于在滿足上報條件時向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息；或，根據(jù)網(wǎng)絡(luò)側(cè)節(jié)點指示向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息。實施中，信息上報模塊還可以進(jìn)一步用于在按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息時，接收與終端設(shè)備相關(guān)的區(qū)域的資源使用狀況的通知；根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。實施中，終端設(shè)備上報的信息將由各網(wǎng)絡(luò)側(cè)節(jié)點在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。實施中，上報的信息是用于V2X業(yè)務(wù)的V2X信息。在實施本發(fā)明實施例提供的技術(shù)方案時，可以按如下方式實施。圖29為網(wǎng)絡(luò)側(cè)節(jié)點結(jié)構(gòu)示意圖，如圖所示，網(wǎng)絡(luò)側(cè)節(jié)點中包括：處理器2900，用于讀取存儲器2920中的程序，執(zhí)行下列過程：確定終端設(shè)備的狀態(tài)；確定MBSFN區(qū)域的資源使用狀況；根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況，確定終端設(shè)備上報信息的上報策略；收發(fā)機2910，用于在處理器2900的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：指示終端設(shè)備按照所述上報策略上報信息。實施中，在確定終端設(shè)備的狀態(tài)時，通過終端設(shè)備上報的信息確定終端設(shè)備的狀態(tài)；和/或，通過終端設(shè)備上報的攜帶有狀態(tài)信息的狀態(tài)信息確定終端設(shè)備的狀態(tài)。實施中，所述攜帶有狀態(tài)信息的狀態(tài)信息是終端設(shè)備在滿足上報條件時上報的；或，是終端設(shè)備根據(jù)指示上報的。實施中，進(jìn)一步包括：根據(jù)預(yù)設(shè)策略及各終端設(shè)備收發(fā)數(shù)據(jù)的情況，確定需上報狀態(tài)信息的終端設(shè)備；指示該終端設(shè)備上報攜帶有狀態(tài)信息的狀態(tài)信息。實施中，所述指示終端設(shè)備按照所述上報策略上報信息，是在終端設(shè)備未按照所述上報策略上報信息時，進(jìn)行指示；和/或，距離上次指示時間大于預(yù)設(shè)時間時，進(jìn)行指示。實施中，所述指示終端設(shè)備按照所述上報策略上報信息，包括：根據(jù)終端設(shè)備的狀態(tài)確定與終端設(shè)備相關(guān)的區(qū)域；通知終端設(shè)備所述相關(guān)的區(qū)域的資源使用狀況；指示終端設(shè)備根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。實施中，指示終端設(shè)備根據(jù)資源使用狀況上報信息后，進(jìn)一步包括：在確定終端設(shè)備上報信息的策略與所述上報策略不符時，指示終端設(shè)備按照所述上報策略上報信息，和/或，丟棄不滿足上報策略的終端設(shè)備上報的數(shù)據(jù)包。實施中，所述上報策略是根據(jù)以下因素之一或者其組合確定的：信息發(fā)送速率、信息發(fā)送周期、發(fā)送信息的數(shù)據(jù)包大小、發(fā)送隊列參數(shù)、數(shù)據(jù)包丟棄規(guī)則。實施中，進(jìn)一步包括：確定各MBSFN區(qū)域的資源使用狀況；根據(jù)各MBSFN區(qū)域的各終端設(shè)備上報信息情況協(xié)調(diào)各MBSFN區(qū)域的資源分配；根據(jù)協(xié)調(diào)后的MBSFN區(qū)域的資源使用狀況確定終端設(shè)備上報信息的上報策略。實施中，終端設(shè)備上報的信息將在與所述MBSFN區(qū)域?qū)?yīng)的時間與頻率資源上發(fā)送。實施中，終端設(shè)備上報的信息是用于車與外界的信息交換V2X業(yè)務(wù)的V2X信息。其中，在圖29中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器2900代表的一個或多個處理器和存儲器2920代表的存儲器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述?？偩€接口提供接口。收發(fā)機2910可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。處理器2900負(fù)責(zé)管理總線架構(gòu)和通常的處理，存儲器2920可以存儲處理器2900在執(zhí)行操作時所使用的數(shù)據(jù)。圖30為終端設(shè)備結(jié)構(gòu)示意圖，如圖所示，終端設(shè)備包括：處理器3000，用于讀取存儲器3020中的程序，執(zhí)行下列過程：根據(jù)收發(fā)機的需要進(jìn)行數(shù)據(jù)處理；收發(fā)機3010，用于在處理器3000的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：接收包含上報策略的指示，所述上報策略是網(wǎng)絡(luò)側(cè)根據(jù)終端設(shè)備的狀態(tài)以及MBSFN區(qū)域的資源使用狀況確定的終端設(shè)備上報信息的策略；按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息。實施中，進(jìn)一步包括：向網(wǎng)絡(luò)側(cè)節(jié)點上報的攜帶有狀態(tài)信息的狀態(tài)信息。實施中，在滿足上報條件時向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息；或，根據(jù)網(wǎng)絡(luò)側(cè)節(jié)點指示向網(wǎng)絡(luò)側(cè)節(jié)點上報攜帶有狀態(tài)信息的狀態(tài)信息。實施中，按照所述上報策略向網(wǎng)絡(luò)側(cè)節(jié)點上報信息，包括：接收與終端設(shè)備相關(guān)的區(qū)域的資源使用狀況的通知；根據(jù)資源使用狀況選擇相應(yīng)的策略上報信息。實施中，終端設(shè)備上報的信息將由各網(wǎng)絡(luò)側(cè)節(jié)點在與所述MBSFN區(qū)域?qū)? 應(yīng)的時間與頻率資源上發(fā)送。實施中，上報的信息是用于V2X業(yè)務(wù)的V2X信息。其中，在圖30中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器3000代表的一個或多個處理器和存儲器3020代表的存儲器的各種電路鏈接在一起?？偩€架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述?？偩€接口提供接口。收發(fā)機3010可以是多個元件，即包括發(fā)送機和接收機，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。針對不同的用戶設(shè)備，用戶接口3030還可以是能夠外接內(nèi)接需要設(shè)備的接口，連接的設(shè)備包括但不限于小鍵盤、顯示器、揚聲器、麥克風(fēng)、操縱桿等。處理器3000負(fù)責(zé)管理總線架構(gòu)和通常的處理，存儲器3020可以存儲處理器3000在執(zhí)行操作時所使用的數(shù)據(jù)。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中 的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。當(dāng)前第1頁1 2 3