專利名稱：基站跟蹤方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)領(lǐng)域，尤其涉及一種基站跟蹤方法及設(shè)備。
技術(shù)背景UMTS (Universal Mobile Telecommunications System,通用移動(dòng)通4言系統(tǒng)) 是采用WCDMA ( Wideband Code Division Multiple Access,寬帶碼分多址接 入)空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)，通常也把UMTS系統(tǒng)稱為WCDMA 通信系統(tǒng)。UMTS系統(tǒng)采用了與第二代移動(dòng)通信系統(tǒng)類似的結(jié)構(gòu)，包括RAN (Radio Access Network,無(wú)線接入網(wǎng))和CN ( Core Network,核心網(wǎng)纟各)。 其中RAN用于處理所有與無(wú)線有關(guān)的功能，而CN處理UMTS系統(tǒng)內(nèi)所有的 話音呼叫和數(shù)據(jù)連接，并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。CN從邏輯上分 為CS ( Circuit Switched Domain,電路交換i或)和PS (Packet Switched Domain, 分組交換域)。現(xiàn)有技術(shù)中， 一種UMTS系統(tǒng)如圖1所示，包括UTRAN( UMTS Territorial Radio Access Network, UMTS陸i也無(wú)線接入網(wǎng))、CN與UE (User Equipment, 用戶設(shè)備)。其中，CN包括MSC (Mobile Switching Center,移動(dòng)交換中心) /VLR( Visitor Location Register ， 拜訪位置寄存器)、SGSN (Serving GPRS Support Node ，月良務(wù)GPRS 支持節(jié)點(diǎn))、GGSN (Gateway GPRS Support Node ,網(wǎng)關(guān) GPRS 支持節(jié)點(diǎn))、HLR (Home Location Register ,歸屬位置寄存器)和 GMSC (Gateway Mobile-services Switching Center, 網(wǎng)關(guān)移動(dòng)業(yè)務(wù)交換中心)。其中，UTRAN即陸地?zé)o線接入網(wǎng)，結(jié)構(gòu)如圖2所示，包括一個(gè)或幾個(gè) RNS (Radio Network Subsystem,無(wú)線網(wǎng)絡(luò)子系統(tǒng))， 一個(gè)RNS由 一個(gè)RNC (Radio Network Controller,無(wú)線網(wǎng)絡(luò)控制器)和一個(gè)或多個(gè)NodeB( Node Base Station,基站節(jié)點(diǎn))組成。RNC與CN之間的接口是Iu接口 ， NodeB和RNC 通過(guò)Iub接口連接。在UTRAN內(nèi)部，RNC之間通過(guò)Iur接口互聯(lián)，Iur可以 通過(guò)RNC之間的直接物理連接或通過(guò)傳輸網(wǎng)連接。RNC用來(lái)分配和控制與之 相連或相關(guān)的NodeB的無(wú)線資源，NodeB則完成Iub接口和Uu接口之間的 數(shù)據(jù)流的轉(zhuǎn)換，同時(shí)也參與一部分無(wú)線資源管理。NodeB是WCDMA系統(tǒng)的基站(即無(wú)線收發(fā)信機(jī))，包括無(wú)線收發(fā)信機(jī) 和基帶處理部件。通過(guò)標(biāo)準(zhǔn)的Iub接口和RNC互連，主要完成Uu接口物理 層協(xié)議的處理。主要功能包括擴(kuò)頻、調(diào)制、信道編碼及解擴(kuò)、解調(diào)、信道 解碼，及基帶信號(hào)和射頻信號(hào)的相互轉(zhuǎn)換等。RNC用于控制UTRAN的無(wú)線 資源，主要完成連接建立和斷開、切換、宏分集合并、無(wú)線資源管理控制等 功能。3GPP ( 3GPP Third Generation Partnership Project,第三代合作伙伴計(jì)劃) 為了故障定位或者性能測(cè)試等，在網(wǎng)絡(luò)側(cè)或終端側(cè)針對(duì)Subscriber (用戶)和 UE (用戶i殳備)進(jìn)行Trace (跟蹤)，例如，通過(guò)IMSI (International Mobile Subscriber Identification Number,國(guó)際移動(dòng)用戶識(shí)別碼)標(biāo)識(shí)跟蹤用戶，和通 過(guò)IMEI (International Mobile Equipment Identity,國(guó)際移動(dòng)設(shè)備身份碼)或 IMEISV (IMEI Software Version, IMEI軟件版本)標(biāo)識(shí)跟蹤UE。跟蹤的內(nèi)容 包括MSC月l務(wù)器中的A、 Iu-CS、 Mc和MAP (Mobile Application Part , 移動(dòng)應(yīng)用部分)(G, B, E, F, D, C)接口；SGSN中的Gb、 Iu-PS、 Gn、 MAP(Gr， Gd, Gf) 、 CAP (Ge)和Gs接口； GGSN中的Gn和Gi接口； RNC 中的Iu-CS、 Iu-PS、 Iur、 Iub和Uu接口等。跟蹤的方式是在相關(guān)網(wǎng)元(比如RNC )形成跟蹤信息文件XML( Extensible Markup Language,可才廣展置才示i吾言),再通過(guò)EM (Element Manager, 網(wǎng)元 網(wǎng)管)轉(zhuǎn)發(fā)給NM (NetworkManager,網(wǎng)絡(luò)網(wǎng)管)，由NM對(duì)跟蹤信息進(jìn)行分 析。目前網(wǎng)絡(luò)側(cè)只是在RNC網(wǎng)元上對(duì)UTRAN進(jìn)行跟蹤，搜集相關(guān)接口中的 信息，搜集的接口包括Iu、 Iub和Iur。對(duì)RNC的Trace發(fā)起有兩種方式基
于管理的，在EM直接發(fā)送Trace激活消息給RNC,或者發(fā)送去激活給RNC; 基于信令的，由EM通知SGSN做Trace, SGSN再通過(guò)RANAP信令CN Invoke Trace發(fā)給RNC,激活RNC的Trace功能；或者通過(guò)CN Deactivity Trace去激 活RNC的Trace功能。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，本發(fā)明人發(fā)現(xiàn)，現(xiàn)有技術(shù)中至少存在以下問(wèn)題 由于NodeB上不搜集信息，RNC只能通過(guò)NBAP ( Node B Application Part, 基站應(yīng)用部分)信令獲得NodeB的相關(guān)信息，這樣，RNC側(cè)就無(wú)法得到NBAP 信令中沒(méi)有的信息，所以，不能很好的跟蹤到NodeB的信息，跟蹤的效果就 會(huì)受到影響。特別是針對(duì)HSDPA (High-Speed Downlink Packet Access,高速 下行分組接入)、HSUPA (High-Speed Uplink Packet Access,高速上行分組接 入)用戶(簡(jiǎn)稱H用戶)，NodeB的管理能力較大，只能在RNC側(cè)進(jìn)行跟蹤 的缺陷就更加明顯。以上僅以WCDMA為例進(jìn)行說(shuō)明，但其他系統(tǒng)中也存在 類4以的問(wèn)題。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種基站跟蹤方法及設(shè)備，實(shí)現(xiàn)在基站搜集相關(guān)跟蹤 信息，使得跟蹤更加全面有效。本發(fā)明實(shí)施例提供了一種基站跟蹤方法，包括接收激活跟蹤消息，所述激活跟蹤消息中包括跟蹤目標(biāo)的標(biāo)識(shí)及需要跟 蹤的內(nèi)容；根據(jù)所述激活跟蹤消息，對(duì)所述跟蹤目標(biāo)進(jìn)行跟蹤，獲取對(duì)應(yīng)的跟蹤內(nèi)容。本發(fā)明實(shí)施例還提供了一種基站，包括激活模塊，用于接收跟蹤請(qǐng)求消息時(shí)觸發(fā)跟蹤模塊，所述激活跟蹤消息 中包括跟蹤目標(biāo)的標(biāo)識(shí)及需要跟蹤的內(nèi)容；跟蹤模塊，與所述激活模塊連接，用于對(duì)所述跟蹤目標(biāo)進(jìn)行跟蹤，獲取 對(duì)應(yīng)的跟蹤內(nèi)容。
本發(fā)明的實(shí)施例中，可以在基站搜集相關(guān)跟蹤數(shù)據(jù)，實(shí)現(xiàn)對(duì)基站側(cè)信息 的跟蹤，獲得更加全面的跟蹤信息，從而可以利用獲得的跟蹤信息，更好的 實(shí)現(xiàn)故障定位、性能測(cè)試。


圖1是現(xiàn)有技術(shù)中UMTS系統(tǒng)結(jié)構(gòu)圖； 圖2是現(xiàn)有技術(shù)中UTRAN結(jié)構(gòu)圖；圖3是本發(fā)明實(shí)施例一種在基站進(jìn)行信令跟蹤的方法流程圖； 圖4是本發(fā)明實(shí)施例另一種在基站進(jìn)行信令跟蹤的方法流程圖； 圖5是本發(fā)明實(shí)施例一種基站結(jié)構(gòu)圖。
具體實(shí)施方式
本發(fā)明實(shí)施例中基站跟蹤方法的主要工作過(guò)程如圖3所示，包括以下步驟步驟s301 ，基站接收激活跟蹤消息。該激活跟蹤消息中包括跟蹤目標(biāo)的標(biāo)識(shí)，及需要跟蹤的內(nèi)容。跟蹤目標(biāo) 包括用戶、小區(qū)、接口、基站中的設(shè)備、及整個(gè)基站中的一種或幾種。其 中，基站中的設(shè)備包括某個(gè)DSP (Digital Signal Processing,數(shù)字信號(hào)處理) 芯片、CPU、天線等。相應(yīng)的，跟蹤目標(biāo)的標(biāo)識(shí)包括用戶標(biāo)識(shí)，例如IMSI 和IMEI等；小區(qū)標(biāo)識(shí)；接口序號(hào)；基站中的設(shè)備的硬件標(biāo)識(shí)；基站標(biāo)識(shí)等?；究蓱?yīng)用于通用移動(dòng)通信系統(tǒng)UMTS、 LTE ( Long Term Evolution,長(zhǎng) 期演進(jìn)接入網(wǎng))或HSPA+ (High Speed Package Access plus,高速分組才妻入增 強(qiáng)網(wǎng))。當(dāng)應(yīng)用于UMTS時(shí)，基站是NodeB，其通過(guò)Iub接口，從RNC處接 收激活跟蹤消息；當(dāng)應(yīng)用于碼分多址接入CDMA系統(tǒng)時(shí)，基站為BTS (Base Transceiver Station )，基站控制器為BSC(Base Station Controller), BTS 乂人BSC 處接收激活跟蹤消息；當(dāng)應(yīng)用于LTE或HSPA+時(shí)，基站從上層節(jié)點(diǎn)(例如核 心網(wǎng))或網(wǎng)元網(wǎng)管、網(wǎng)絡(luò)網(wǎng)管處接收激活跟蹤消息，不需要通過(guò)Iub接口進(jìn)行通信。步驟s302,基站根據(jù)激活跟蹤消息對(duì)跟蹤目標(biāo)進(jìn)行跟蹤，獲取跟蹤數(shù)據(jù)。如前所述，該激活跟蹤消息中包括跟蹤目標(biāo)的標(biāo)識(shí)，及需要跟蹤的內(nèi)容。比如，基站根據(jù)跟蹤目標(biāo)的標(biāo)識(shí)，獲知跟蹤目標(biāo)為用戶設(shè)備A,又根據(jù)需要 跟蹤的內(nèi)容得知，需要跟蹤用戶設(shè)備A的上行信道功率，則基站搜集用戶設(shè) 備A的上行信道功率。這樣，就獲取了滿足跟蹤要求的跟蹤內(nèi)容。步驟s303,基站將獲取的跟蹤數(shù)據(jù)上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管；本實(shí)施 例中指示以將跟蹤的數(shù)據(jù)上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管為例，實(shí)際上也可以上 報(bào)給其他具有跟蹤處理功能的網(wǎng)元。本步驟中，對(duì)于只適用于單個(gè)設(shè)備的跟蹤內(nèi)容，可以只上報(bào)給該設(shè)備的 網(wǎng)元網(wǎng)管(EM， Element Manager);對(duì)于適用于整個(gè)系統(tǒng)的3艮蹤內(nèi)容，既可 以上報(bào)給該設(shè)備的EM，也可以上報(bào)給網(wǎng)絡(luò)網(wǎng)管(NM: Network Manager)。 其中，網(wǎng)元網(wǎng)管對(duì)單個(gè)設(shè)備進(jìn)行管理，網(wǎng)絡(luò)網(wǎng)管對(duì)網(wǎng)絡(luò)中所有設(shè)備(包括單 個(gè)設(shè)備或網(wǎng)元網(wǎng)管)進(jìn)行管理，因此單個(gè)設(shè)備不僅可以直接將跟蹤內(nèi)容上報(bào) 給網(wǎng)絡(luò)網(wǎng)管，也可以通過(guò)網(wǎng)元網(wǎng)管上報(bào)給網(wǎng)絡(luò)網(wǎng)管。本步驟中，可以采用不同的上報(bào)方式。比如，實(shí)時(shí)或定時(shí)上報(bào)。其中實(shí) 時(shí)上報(bào)具體為根據(jù)獲取的跟蹤數(shù)據(jù)，生成跟蹤報(bào)告消息，將該生成的跟蹤 報(bào)告消息實(shí)時(shí)上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管。定時(shí)上報(bào)具體為根據(jù)獲取的跟 蹤數(shù)據(jù)，生成數(shù)據(jù)文件，定時(shí)檢測(cè)該數(shù)據(jù)文件，當(dāng)該數(shù)據(jù)文件大小超出預(yù)定 的閾值時(shí)，上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管。當(dāng)然，也可以在設(shè)定上報(bào)周期(可 以包括多個(gè)檢測(cè)周期)，如果在一個(gè)上報(bào)周期內(nèi)，多次定時(shí)檢測(cè)得到的數(shù)據(jù)文 件大小都沒(méi)有超出預(yù)定的閾值，則在該上報(bào)周期結(jié)束時(shí)上報(bào)該數(shù)據(jù)文件給網(wǎng) 元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管?？梢岳斫獾氖?，當(dāng)本發(fā)明實(shí)施例提供的技術(shù)方案應(yīng)用于UMTS時(shí)，基站 也可以將跟蹤內(nèi)容通過(guò)無(wú)線網(wǎng)絡(luò)控制器(RNC)上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管， 具體為基站獲取對(duì)應(yīng)的跟蹤內(nèi)容之后，將所述跟蹤內(nèi)容發(fā)送給RNC，由RNC 根據(jù)所述跟蹤內(nèi)容生成跟蹤報(bào)告消息、或數(shù)據(jù)文件上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)
管。另外，當(dāng)應(yīng)用于CDMA系統(tǒng)中時(shí)，也可以將跟蹤內(nèi)容通過(guò)BSC上報(bào)。 本發(fā)明實(shí)施例一以UMTS系統(tǒng)為例，對(duì)基站跟蹤方法進(jìn)行說(shuō)明，本實(shí)施例中，跟蹤的對(duì)象是用戶設(shè)備UE。如圖4所示，該方法包括以下步驟 步驟s401, RNC通過(guò)NBAP信令方式向NodeB發(fā)送激活跟蹤消息。 本發(fā)明實(shí)施例提供的方案中，基于信令方式，激活基站的跟蹤任務(wù)。例如，RNC可以利用已有的NBAP信令(比如公共測(cè)量信息、專用測(cè)量消息等)，或者，通過(guò)新創(chuàng)建一條單獨(dú)的信令RNC Invoke Trace,通知NodeB準(zhǔn)備做跟蹤Tracs。其中，RNC Invoke Trace消息中包括該消息中包括跟蹤目標(biāo)的標(biāo)識(shí)和需 要跟蹤的內(nèi)容，跟蹤目標(biāo)的標(biāo)識(shí)是必選的，例如需要跟蹤某用戶的相關(guān)信息 時(shí)，該用戶的IE (InformationElement,信息元素)為跟蹤目標(biāo)的UE標(biāo)識(shí)，其 中，因?yàn)镹odeB無(wú)法得到類似IMSI、 IMEI這樣的UE標(biāo)識(shí)，所以，UE標(biāo)識(shí)將采 用CRNC Communication Context ID來(lái)標(biāo)識(shí)。這樣，在RNC側(cè)標(biāo)識(shí)一個(gè)UE， NodeB在RL ( Radio Link,無(wú)線鏈路)建立的消息中，可以得到CRNC Communication Context ID, /人而確定是跟蹤哪個(gè)UE。跟蹤目標(biāo)的內(nèi)容必選，需要跟蹤的內(nèi)容包括用戶設(shè)備、小區(qū)、接口、 非信令接口信息、非標(biāo)準(zhǔn)信息進(jìn)行跟蹤；例如，對(duì)于指定標(biāo)識(shí)的用戶的接口信 息等進(jìn)行跟蹤。該RNC Invoke Trace消息中還可以包括跟蹤參考正，用于唯一地確定指 定的跟蹤會(huì)話，為可選；該RNC Invoke Trace消息中還可以包括跟蹤傳輸參數(shù)IE (可選)，該參 數(shù)用于向其他NodeB傳遞跟蹤命令，使其進(jìn)行信令跟蹤。其中，跟蹤傳輸參數(shù) IE包括跟蹤記錄內(nèi)容參考IE，由CN分配；該RNC Invoke Trace消息中還可以包括跟蹤深度IE,定義RNC中跟蹤內(nèi) 容的詳細(xì)程度，為可選。步驟s402， NodeB讀取RNC Invoke Trace信令，進(jìn)行參數(shù)合法性沖僉查。本步驟中，如果參數(shù)合法性;險(xiǎn)查失敗，或者NodeB不支持RNC InvokeTrace信令，轉(zhuǎn)步驟s403;如果參數(shù)合法，則轉(zhuǎn)步驟s404。步驟s403 ，向RNC返回RNC INVOKE TRACE FAILURE。步驟s404, NodeB讀取RNC Invoke Trace信令的UE標(biāo)識(shí)，即CRNCCommunication Context ID。步驟s405，判斷該UE標(biāo)識(shí)對(duì)應(yīng)的用戶是否處于激活狀態(tài)，如果該用戶未激活，則轉(zhuǎn)步驟s406;如果已激活，則轉(zhuǎn)步驟s407。步驟s406,向RNC返回RNC INVOKE TRACE FAILURE。 步驟s407,基站啟動(dòng)NodeB Trace,獲取跟蹤數(shù)據(jù)。本步驟中，如果RNC Invoke Trace消息中包括了跟蹤深度IE，則可以按照 Trace Depth IE的定義啟動(dòng)NodeB Trace,跟蹤深度將確定跟蹤內(nèi)容的多少，如， 跟蹤深度為高級(jí)，則可以跟蹤大量?jī)?nèi)容，跟蹤深度為低級(jí)，則只需要跟蹤少 量?jī)?nèi)容?？梢岳斫獾氖牵谀硞€(gè)CRNC Communication Context ID標(biāo)識(shí)對(duì)應(yīng)的 用戶去激活(比如，拆除無(wú)線鏈路)時(shí)，如果該用戶Trace功能已啟動(dòng)，則停 止該用戶Trace功能。步驟s408,基站對(duì)獲取的跟蹤數(shù)據(jù)進(jìn)行上報(bào)。如前所述，上報(bào)的方式可以有多種。比如方式l:實(shí)時(shí)上報(bào)。NodeB根據(jù)獲取的跟蹤數(shù)據(jù)，形成跟蹤報(bào)告消息。每 條跟蹤報(bào)告消息由NodeB向NodeB的網(wǎng)元網(wǎng)管(NM)實(shí)時(shí)主動(dòng)上報(bào)。 方式2:附條件上報(bào)。該條件可以是為數(shù)據(jù)文件設(shè)定的一個(gè)閾值。當(dāng)然，也可以在設(shè)定上報(bào) 周期(可以包括多個(gè)檢測(cè)周期)，如果在一個(gè)上報(bào)周期內(nèi)，多次定時(shí)檢測(cè)得 到的數(shù)據(jù)文件大小都沒(méi)有超出預(yù)定的閾值，則在該上報(bào)周期結(jié)束時(shí)上報(bào)該數(shù) 據(jù)文件給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管。NodeB根據(jù)獲取的跟蹤數(shù)據(jù)，形成跟蹤數(shù)據(jù)文件，比如XML文件。在數(shù) 據(jù)文件大小超過(guò)預(yù)設(shè)的一定閾值時(shí)，通過(guò)FTP (File Transfer Protocol,文件傳 輸協(xié)議)方式，由NodeB向NodeB的網(wǎng)元網(wǎng)管(NM)上報(bào)。其中NodeB端作 為FTP客戶端，NM側(cè)作FTP服務(wù)器。進(jìn)一步的，為了減小跟蹤FTP數(shù)據(jù)傳輸對(duì)NM和NodeB傳輸帶寬的占用，可以在NodeB側(cè)對(duì)跟蹤數(shù)據(jù)文件先經(jīng)過(guò)壓縮， 之后再上傳，而關(guān)于文件壓縮，有很多成熟的方法，如bz2, winzip壓縮方法等?？梢岳斫獾氖牵緦?shí)施例提供的技術(shù)方案還可能包括去激活的步驟 步驟s409, RNC通過(guò)NBAP信令方式，通知NodeB取消跟蹤。 與步驟s401類似，RNC可以利用已有的信令，或者，通過(guò)新創(chuàng)建一條單 獨(dú)的信令RNC Deactivate Trace,通知NodeB去激活。同樣的，該RNC Deactivate Trace信令中也可以包括UE標(biāo)識(shí)(CRNC Communication Context ID ) ， NodeB 讀取該UE標(biāo)識(shí)，如果該UE標(biāo)識(shí)對(duì)應(yīng)的用戶已激活，則停止該用戶的Trace功 能，如果該用戶未激活，則不作任何處理。以上方案中，是在NodeB做信息搜集，之后直接發(fā)送給EM或NM。除此 之外，還可以由NodeB將獲取的跟蹤數(shù)據(jù)以跟蹤信息的形式，先發(fā)給RNC，再 由RNC的Trace功能實(shí)體對(duì)跟蹤數(shù)據(jù)進(jìn)行處理，之后再發(fā)送給EM或NM。而NodeB可以通過(guò)NBAP信令的方式，向RNC發(fā)送跟蹤信息。在具體實(shí)現(xiàn) 方式上，與前述類似，包括采用新的獨(dú)立信令的方式和利用已有NBAP信令(比 如公共測(cè)量信息、專用測(cè)量消息)。其中，采用新的信令具體為由NodeB 發(fā)給RNC—條Tmce Info Report消息。采用本發(fā)明實(shí)施例提供的技術(shù)方案，可以在基站搜集相關(guān)跟蹤數(shù)據(jù)，實(shí) 現(xiàn)對(duì)基站側(cè)信息的跟蹤，使得跟蹤更加全面有效。比如在UMTS系統(tǒng)中，可以 跟蹤到目前RNC所不能跟蹤的NodeB側(cè)的信息。尤其是，針對(duì)HSDPA、 HSUPA 等，NodeB的管理能力較大，只能在RNC側(cè)進(jìn)行跟蹤的缺陷就更加明顯。比如， 當(dāng)RNC只分配一個(gè)碼資源的范圍給NodeB小區(qū)，由NodeB自行動(dòng)態(tài)分配碼資源 給用戶。如果有用戶抱怨接收信號(hào)不好等問(wèn)題時(shí)，比如，可能是由于用戶的 空口質(zhì)量不好導(dǎo)致分配的碼資源很少，這只能在NodeB看到，在RNC側(cè)的跟蹤 信息不能反映其原因。本實(shí)施例提供的方案彌補(bǔ)了類似缺陷，對(duì)NodeB側(cè)控制 功能較大的場(chǎng)景下，可以獲得更加全面的跟蹤信息，從而可以利用獲得的跟 蹤信息，更好的實(shí)現(xiàn)故障定位、性能測(cè)試。 而NodeB將獲取的跟蹤數(shù)據(jù)上報(bào)、由RNC處理后再發(fā)給EM或NM的方案， 相比較前一方案而言，無(wú)需在NodeB緩存大量跟蹤數(shù)據(jù)、形成XML文件、并 發(fā)送給EM、 NM,而只需及時(shí)的將跟蹤數(shù)據(jù)發(fā)送給RNC,讓RNC去處理保存、 發(fā)送的事宜，利用了現(xiàn)有的RNC跟蹤實(shí)體的功能，進(jìn)一步減輕了NodeB的負(fù)擔(dān)?？梢岳斫獾氖?，實(shí)時(shí)例一中以跟蹤UE為例說(shuō)明，但本發(fā)明并不限于此， 還可以對(duì)小區(qū)、接口、非信令接口信息、非標(biāo)準(zhǔn)信息進(jìn)行跟蹤。相應(yīng)的，跟 蹤的內(nèi)容可以包括UE信息、小區(qū)信息、接口信息等。例如可以利用NBAP 的專用測(cè)量消息，向RNC上報(bào)更多的UE信息；利用NBAP的小區(qū)測(cè)量消息， 向RNC上報(bào)以小區(qū)為單位的小區(qū)信息等。以下筒要列出跟蹤不同對(duì)象時(shí)，技 術(shù)方案的差別。1、 跟蹤對(duì)象是UE:如果是在NodeB針對(duì)某個(gè)或某些UE進(jìn)行跟蹤，需要在NodeB有相關(guān)的UE 標(biāo)識(shí)，但NodeB并沒(méi)有IMSI、 IMEI等信息。如實(shí)施例一中所述，目前可以通 過(guò)Communication Context ID實(shí)現(xiàn)?？梢岳斫獾氖?，也可以輔助以UE所在的CCP (Compression Control Protocol,壓縮控制協(xié)議)標(biāo)識(shí)。跟蹤的內(nèi)容即UE信息。2、 跟蹤對(duì)象是小區(qū)如果是在NodeB針對(duì)某個(gè)或某些小區(qū)進(jìn)行跟蹤，則應(yīng)該帶上小區(qū)ID標(biāo)識(shí)。 另外，還可以攜帶跟蹤小區(qū)的信息，比如小區(qū)用戶個(gè)數(shù)和CE( Channel Element, 信道單元)點(diǎn)數(shù)。通過(guò)跟蹤可以獲得CE消耗的情況，比如上行CE總點(diǎn)數(shù)、下 行CE總點(diǎn)數(shù)、上行CE點(diǎn)數(shù)消耗、下行CE點(diǎn)數(shù)消耗、本小區(qū)上行CE點(diǎn)數(shù)消耗 和本小區(qū)下行CE點(diǎn)數(shù)消耗等數(shù)據(jù)，以判斷是否用戶擁塞。3、 跟蹤對(duì)象是接口如果是在NodeB針對(duì)Iub、 Iuant,或Iutma信令、基站基帶板單元(BBU) 和射頻拉遠(yuǎn)單元(RRU)之間接口消息的跟蹤，則可以在激活消息中帶上相 應(yīng)信息，類似CN Invoke Trace消息。例如，RNC Invoke Tmce中可能包含有如 表l所示正類型和參數(shù)字段用于說(shuō)明跟蹤是哪個(gè)接口。其中，Iuant是NodeB 到天線的接口， Iutma是NodeB到塔頂放大器(TMA)的接口。
表1:IE/組NamePresence范圍IE類型和參數(shù)語(yǔ)法描述跟蹤接口列表跟蹤接口1 to <maxlnterf aces>接口M列舉(Iub， Iuant， Iutma…)4、跟蹤對(duì)象是非信令接口信息:因?yàn)閷?shí)現(xiàn)的緣故，目前Trace針對(duì)的是一些標(biāo)準(zhǔn)接口的信令信息，而沒(méi)有 網(wǎng)元內(nèi)部信息。但事實(shí)上，很多信息是和實(shí)現(xiàn)無(wú)關(guān)的，比如NodeB針對(duì)HSDPA 用戶的信息，用戶上報(bào)的CQI ( channel quality indicator,信道質(zhì)量指示)信息， 用戶反饋的Ack/Nack個(gè)數(shù)的統(tǒng)計(jì)。如前所述，當(dāng)RNC只分配一個(gè)碼資源的范 圍給NodeB小區(qū)，由NodeB自行動(dòng)態(tài)分配碼資源給用戶。如果有HSDPA用戶 抱怨接收信號(hào)不好等問(wèn)題時(shí)，比如，可能是由于用戶的空口質(zhì)量不好導(dǎo)致分 配的碼資源很少，這只能在NodeB看到，但目前沒(méi)有在Iub接口中反應(yīng)出來(lái)。 所以，可以對(duì)非信令接口信息進(jìn)行跟蹤。具體的，NodeB的Trace信息還可以進(jìn)一步包括如下信息 例如，對(duì)于RNC和NodeB之間的接口 ，通過(guò)跟蹤可以獲取的信息有NodeB 收到的FP包總數(shù)、NodeB收到的不連續(xù)FP包總數(shù)、NodeB丟棄的FP包總數(shù)和 物理鏈路(E11/STM-1)誤碼率等，通過(guò)以上信息，可以判斷Iub接口是否正 常。對(duì)于小區(qū)的Trace信息還可以進(jìn)一步包括小區(qū)有HSDPA用戶的時(shí)間比 例、小區(qū)有HSDPA用戶數(shù)據(jù)的時(shí)間比例、小區(qū)HS—SCCH碼利用率、小區(qū) HS—PDSCH碼利用率、小區(qū)HSDPAMAC-hs平均吞吐率、小區(qū)HSDPA平均功 率、小區(qū)HSDPA超時(shí)數(shù)據(jù)丟棄率、小區(qū)Iub帶寬使用率、小區(qū)當(dāng)前HSDPA或 HSUPA用戶數(shù)、域類型—用戶HSDPA信息、域長(zhǎng)度等，以及HSDPA用戶的平
均速率、該用戶CQI處于0 5的次數(shù)、該用戶CQI處于6 IO的次數(shù)、該用戶 CQI處于11-15的次數(shù)、該用戶CQI處于M6的次數(shù)、HSDPA用戶的平均CQI、 HSDPA用戶的ACK的總個(gè)數(shù)；HSDPA用戶的NCK的總個(gè)數(shù)。 5、跟蹤的對(duì)象是非標(biāo)準(zhǔn)信息對(duì)非標(biāo)準(zhǔn)信息，比如某個(gè)UE在哪些個(gè)數(shù)字信號(hào)處理DSP芯片上有業(yè)務(wù)等， 屬于和運(yùn)營(yíng)商相關(guān)的信息。因?yàn)檫@些信息本身不會(huì)^^皮標(biāo)準(zhǔn)化，這里不再作進(jìn) 一步的詳細(xì)描述。本發(fā)明實(shí)施例二以HSPA+系統(tǒng)為例，對(duì)基站跟蹤方法進(jìn)行說(shuō)明?？梢岳?解的是，LTE系統(tǒng)與之類似，筒便起見(jiàn)，以下僅以HSPA+為重點(diǎn)進(jìn)行描述。在HSPA+系統(tǒng)中，基站跟蹤方法的流程和實(shí)施例一的流程大體相同。所 不同的是在HSPA+系統(tǒng)中，基站為eNodeB (演進(jìn)的NodeB),系統(tǒng)中不存 在與基站通過(guò)Iub接口連接的RNC，跟蹤激活消息由上層節(jié)點(diǎn)(例如核心網(wǎng) CN,)或網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管提供，相應(yīng)的，跟蹤消息中也不存在與Iub接口 有關(guān)的內(nèi)容，其他跟蹤內(nèi)容與實(shí)施例一中跟蹤的內(nèi)容相同，不在贅述。另夕卜， 或者是基站向網(wǎng)絡(luò)網(wǎng)管或網(wǎng)元網(wǎng)管上報(bào)，或者是先上報(bào)給上層節(jié)點(diǎn)后，由上 層節(jié)點(diǎn)處理后再向網(wǎng)絡(luò)網(wǎng)管或網(wǎng)元網(wǎng)管上報(bào)。對(duì)可能不是標(biāo)準(zhǔn)的接口信息的內(nèi)容具體包括，其中有些是針對(duì)UE的，有 些是針對(duì)小區(qū)的、有些是針對(duì)整個(gè)基站的，且部分可能會(huì)在LTE的基站之間接 口 (X2)或者HSPA +的基站之間接口 (Iur+ )上出傳輸。其中，對(duì)UL PHY (上行物理信道)跟蹤信息包括Received total power (接收總功率)，指每個(gè)小區(qū)的全部系統(tǒng)帶寬收到的總功率，包括熱噪聲；IoT (Interference power over thermal noise power, 干擾功率力口熱噪聲功率對(duì)熱噪聲 功率的比值)，針對(duì)每個(gè)小區(qū)的系統(tǒng)帶寬或者某些個(gè)頻率帶寬；SIR (Sounding reference signal)接收的參考信號(hào)功率與干擾功率噪聲的比值，可以針對(duì)每個(gè) UE、每個(gè)子頻率帶寬，參考信號(hào)對(duì)HSPA +為導(dǎo)頻信道的SIR; Received total power on RBs for PRACH，在PRACH (物理隨機(jī)接入信道)上收到的RB (資 源塊)的總功率，這是針對(duì)一個(gè)小區(qū)的測(cè)量，可以是一個(gè)小區(qū)的所有PRACH 的平均值；Fading frequency指多普勒頻率衰減，是針對(duì)一個(gè)UE的。 對(duì)DL PHY (下行物理信道)跟蹤信息包括Transmitted carrier power (傳 輸載波功率)，指小區(qū)的系統(tǒng)全部發(fā)送功率和最大傳輸功率的比值，用以觀 察小區(qū)的擁塞程度；Transmitted power per RB,每個(gè)資源塊(RB)的發(fā)送功 率，可以取平均值，用以計(jì)算小區(qū)間干擾，需要在eNB之間的接口 (X2)傳 遞。對(duì)UL MAC (上行介質(zhì)接入控制層)跟蹤信息包括Usage reported per RB for UL-SCH，對(duì)每個(gè)小區(qū)的上行共享信道的每個(gè)資源塊的使用的測(cè)量，可以 用于計(jì)算小區(qū)的擁塞程度；UL MAC PDU throughput每個(gè)邏輯信道、每個(gè)無(wú)線 承載類型或者每個(gè)小區(qū)在上行方向的MACPDU吞吐量(比特/秒或者bit),可 以作為一項(xiàng)關(guān)鍵性能指標(biāo)，用于保證QoS (服務(wù)質(zhì)量)和評(píng)估系統(tǒng)效率；UL BLER上行MACPDU的誤塊率(BLER)，可以取每個(gè)邏輯信道的平均值，可 用于發(fā)現(xiàn)網(wǎng)絡(luò)的問(wèn)題；Rate of UL MAC PDU failures due to exhausing max number of HARQ retransmission UL MAC PDU的失敗率——由于HARQ重傳 次數(shù)達(dá)到最大允許值所導(dǎo)致，可用于發(fā)現(xiàn)網(wǎng)絡(luò)的問(wèn)題；Num. of received RACH preambles,在一段時(shí)間內(nèi)小區(qū)收到的RACH前同步碼，用以檢測(cè)隨機(jī)接入信道 (RACH)的負(fù)荷；Num. of logical channels whose UL throughput is smaller than the required UL,吞吐量小于要求量的邏輯信道數(shù)目，用于準(zhǔn)入控制。對(duì)DL MAC (下行介質(zhì)接入控制層)跟蹤消息包括Usage reported per RB for DL-SCH,對(duì)每個(gè)小區(qū)的下行共享信道的每個(gè)資源塊的使用的測(cè)量，可以 用于計(jì)算小區(qū)的擁塞程度；DL MAC PDU throughput,每個(gè)邏輯信道、每個(gè)無(wú) 線承載類型或者每個(gè)小區(qū)在下行方向的MACPDU吞吐量(比特/秒或者bit), 可以作為一項(xiàng)關(guān)鍵性能指標(biāo)，用于保證QoS和評(píng)估系統(tǒng)效率；DL BLER下行 MAC PDU的誤塊率(BLER),可以取每個(gè)邏輯信道的平均值，可用于發(fā)現(xiàn) 網(wǎng)纟備的問(wèn)題；Rate of DL MAC PDU failures due to exhausing max number of HARQ retransmission DL MAC PDU的失敗率——由于HARQ重傳次數(shù)達(dá)到最 大允許值所導(dǎo)致，可用于發(fā)現(xiàn)網(wǎng)絡(luò)的問(wèn)題；Num. of discarded DL MAC PDU due to cell change DL ,丟棄的MC PDU由于小區(qū)改變(可分為eNB內(nèi)和eNB 之間兩種情況)，用于觀察切換的性能和優(yōu)化切換控制；Num. of logical channels whose DL throughput is smaller than the required DL ， 吞吐量小于要求 量的邏輯信道數(shù)目，用于準(zhǔn)入控制。對(duì)UL RLC (上行無(wú)線鏈i 各控制層)跟蹤消息包括Residual error rate provided from UL MAC,上行MAC的錯(cuò)誤率丟失的PDU/(丟失的+收到的 PDU),用于檢測(cè)UL HARQ是否在期望的操作狀態(tài)；Num. of UL resets UL RLC，實(shí)體復(fù)位次數(shù)的統(tǒng)計(jì)——在一定測(cè)量時(shí)間間隔內(nèi)，用于判斷系統(tǒng)是否 運(yùn)作正常。對(duì)DL RLC (下行無(wú)線鏈路控制層)跟蹤消息包括Amount of buffered data，基站保存的緩存數(shù)據(jù)量，可以按照每個(gè)邏輯信道、每個(gè)小區(qū)、每種無(wú)線 岸義載類型來(lái)測(cè)量，可用于調(diào)整基站的緩存大?。籒um. of logical channels having buffered data,有緩存數(shù)據(jù)的邏輯信道的個(gè)數(shù)，可以基于一個(gè)小區(qū)、基于一段 時(shí)間間隔來(lái)測(cè)量，可以用于觀察小區(qū)的擁塞程度；Average num. of DL retransmissions,下行RLC層重傳的平均數(shù)目，基于每一個(gè)邏輯信道、和一個(gè) 小區(qū)的平均值進(jìn)行測(cè)量，可用于對(duì)RLC重傳參數(shù)的配置比如最大重傳次凄史、 丟棄時(shí)間；Num. of DL resets DL RLC,實(shí)體復(fù)位次數(shù)的統(tǒng)計(jì)——在一定測(cè)量 時(shí)間間隔內(nèi)，用于判斷系統(tǒng)是否運(yùn)作正常；Average DL RTT,平均RLCDL回 路時(shí)間(Round Trip Time):從網(wǎng)絡(luò)下發(fā)RLC PDU到收到上行的確認(rèn)幀的時(shí) 間，可用于優(yōu)化RLC的ARQ定時(shí)器參數(shù)；Amount of data forwarded,切換時(shí)從 源基站轉(zhuǎn)移到目標(biāo)基站的數(shù)據(jù)量，可以優(yōu)化基站間接口 (X2接口)的帶寬。對(duì)RRC & others (無(wú)線資源控制或其它)跟蹤消息主要用于判斷系統(tǒng)的負(fù) 荷狀態(tài)——以小區(qū)或者基站為單位，包括Num. of RRC connected users,當(dāng) 前處于RRC連"I妻狀態(tài)的UE數(shù)量；Num. of call arrival,呼叫到達(dá)凄t目；Num. of admitted calls,允許的呼叫數(shù)目；Rate of admitted calls,允許的呼叫的比率； Rate of PCH transmission, 尋呼信道的傳輸速率；Num. of triggered intra陽(yáng)frequency HO，頻率內(nèi)切才奐的數(shù)目；Num. of completed intra-frequency HO, 完成的頻率切換數(shù)目；Num. of triggered inter-frequency HO,頻率間切換的數(shù) 目；Num. of completed inter-frequency HO,頻率間切換完成的數(shù)目；Num. of triggered inter-RAT HO,不同無(wú)線4妄入4支術(shù)間的切換的數(shù)目；Num. of radio linkfailure,無(wú)線連續(xù)失敗的數(shù)目；Num. of triggered inter-eNB HO ，基站間切換的 數(shù)目；Num. of completed inter-eNB HO ，基站間切換完成的數(shù)目。本發(fā)明實(shí)施例還提供了一種基站，如圖5所示，包括激活模塊IO,用 于接收跟蹤請(qǐng)求消息時(shí)觸發(fā)跟蹤模塊，激活跟蹤消息中包括跟蹤目標(biāo)的標(biāo)識(shí) 及需要跟蹤的內(nèi)容；跟蹤模塊20,與激活模塊10連接，用于對(duì)跟蹤目標(biāo)進(jìn)行 跟蹤，獲取對(duì)應(yīng)的跟蹤內(nèi)容；去激活模塊30，與所述跟蹤模塊20連接，用于 接收到去激活請(qǐng)求后，指令跟蹤模塊20停止對(duì)跟蹤目標(biāo)的跟蹤；跟蹤內(nèi)容上 報(bào)模塊40 ，與所述跟蹤模塊20連接，用于將獲取的跟蹤內(nèi)容上報(bào)給網(wǎng)元網(wǎng)管、 網(wǎng)絡(luò)網(wǎng)管或具有跟蹤處理功能的網(wǎng)元，其中，具有跟蹤處理功能的網(wǎng)元在 UMTS系統(tǒng)中為RNC,在CDMA系統(tǒng)中為BSC。其中，當(dāng)將跟蹤內(nèi)容上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管時(shí)，跟蹤內(nèi)容上報(bào)模塊 具體40包括報(bào)告消息生成子模塊，用于將所述跟蹤內(nèi)容生成報(bào)告消息；報(bào) 告消息發(fā)送子模塊，與報(bào)告消息生成子模塊連接，用于將報(bào)告消息上報(bào)。跟蹤內(nèi)容上報(bào)模塊40也可以具體包括數(shù)據(jù)文件生成子模塊，用于將跟 蹤內(nèi)容生成數(shù)據(jù)文件；判斷子模塊，與數(shù)據(jù)文件生成子模塊連接，用于判斷 數(shù)據(jù)文件大小；數(shù)據(jù)文件上報(bào)子模塊，分別與數(shù)據(jù)文件生成子模塊和判斷子 模塊連接，用于判斷子模塊判斷數(shù)據(jù)文件大小超出預(yù)定的閾值時(shí)，將數(shù)據(jù)文 件上報(bào)；壓縮子模塊，分別與數(shù)據(jù)文件生成子模塊和數(shù)據(jù)文件上報(bào)子模塊連 接，用于上才艮前壓縮數(shù)據(jù)文件。通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬 件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使 得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。本發(fā)明實(shí)施例可以在基站搜集相關(guān)跟蹤數(shù)據(jù)，實(shí)現(xiàn)對(duì)基站側(cè)信息的跟蹤， 使得跟蹤更加全面有效。另外，基站可以將跟蹤數(shù)據(jù)上報(bào)給網(wǎng)絡(luò)網(wǎng)管或網(wǎng)元 網(wǎng)管，也可以先上報(bào)給網(wǎng)絡(luò)控制器等具有跟蹤處理功能的網(wǎng)元，由該網(wǎng)元處 理后，再發(fā)送給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管，而無(wú)需在基站緩存大量跟蹤數(shù)據(jù)，進(jìn) 一步減輕了基站的負(fù)擔(dān)。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種基站跟蹤方法，其特征在于，包括接收激活跟蹤消息，所述激活跟蹤消息中包括跟蹤目標(biāo)的標(biāo)識(shí)及需要跟蹤的內(nèi)容；根據(jù)所述激活跟蹤消息，對(duì)所述跟蹤目標(biāo)進(jìn)行跟蹤，獲取對(duì)應(yīng)的跟蹤內(nèi)容。
2、 如權(quán)利要求1所述基站跟蹤方法，其特征在于，所述獲取對(duì)應(yīng)的跟蹤 內(nèi)容之后還包括根據(jù)所述跟蹤內(nèi)容生成跟蹤報(bào)告消息； 將所述跟蹤報(bào)告消息實(shí)時(shí)上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管。
3、 如權(quán)利要求1所述基站跟蹤方法，其特征在于，所述獲取對(duì)應(yīng)的跟蹤 內(nèi)容之后還包括將所述跟蹤內(nèi)容生成數(shù)據(jù)文件；檢測(cè)所述數(shù)據(jù)文件，當(dāng)所述數(shù)據(jù)文件大小超出預(yù)設(shè)閾值時(shí)，將所述數(shù)據(jù) 文件上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管。
4、 如權(quán)利要求1所述基站跟蹤方法，其特征在于，接收激活跟蹤消息之 后還包括接收去激活消息，停止對(duì)跟蹤目標(biāo)的跟蹤。
5、 如權(quán)利要求1所述基站跟蹤方法，其特征在于，對(duì)所述跟蹤目標(biāo)進(jìn)行 跟蹤之前還包括進(jìn)行參數(shù)合法性檢查，如果通過(guò)則判斷該跟蹤目標(biāo)是否已激活，如果是 則啟動(dòng)對(duì)所述跟蹤目標(biāo)的跟蹤。
6、 如權(quán)利要求1至5中任一項(xiàng)所述基站跟蹤方法，其特征在于，所述激活 跟蹤消息中還包括跟蹤參考IE、跟蹤傳輸參數(shù)IE和跟蹤深度正中的一種或幾種。
7、 如權(quán)利要求1至5中任一項(xiàng)所述基站跟蹤方法，其特征在于，所述跟 蹤目標(biāo)包括用戶、小區(qū)、接口、基站中的設(shè)備及整個(gè)基站中的一種或幾種。
8、 如權(quán)利要求7所述基站跟蹤方法，其特征在于，當(dāng)應(yīng)用于通用移動(dòng)通信系統(tǒng)UMTS或碼分多址接入CDMA系統(tǒng)時(shí)，由網(wǎng) 絡(luò)控制器處接收激活跟蹤消息，獲取對(duì)應(yīng)的跟蹤內(nèi)容之后還包括將所述跟 蹤內(nèi)容發(fā)送給網(wǎng)絡(luò)控制器，所述網(wǎng)絡(luò)控制器根據(jù)所述跟蹤內(nèi)容生成跟蹤報(bào)告 消息、或數(shù)據(jù)文件上報(bào)給網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管；當(dāng)應(yīng)用于長(zhǎng)期演進(jìn)接入網(wǎng)LTE或高速分組接入增強(qiáng)HSPA+時(shí)，由上層節(jié) 點(diǎn)或網(wǎng)元網(wǎng)管或網(wǎng)絡(luò)網(wǎng)管處接收激活跟蹤消息。
9、 如權(quán)利要求8所述基站跟蹤方法，其特征在于，當(dāng)應(yīng)用于UMTS時(shí)， 對(duì)小區(qū)跟蹤的內(nèi)容具體包括小區(qū)用戶個(gè)數(shù)、上行信道單元總點(diǎn)數(shù)、下行信道單元總點(diǎn)數(shù)、上行信道單元點(diǎn)數(shù)消耗、下行信道單元點(diǎn)數(shù)消耗、本小 區(qū)上行信道單元點(diǎn)數(shù)消耗和本小區(qū)下行信道單元點(diǎn)數(shù)消耗中的一種或幾種；對(duì)接口跟蹤的內(nèi)容具體包括在基站收到和發(fā)送的Iub接口信令、基站與 天線的Iuant接口消息、基站與塔頂放大器之間的Iutma接口消息、基站基帶 板單元和射頻拉遠(yuǎn)單元之間接口消息中的一種或幾種；對(duì)非信令接口的內(nèi)容具體包括基站針對(duì)高速下行分組接入HSDPA的信 息、用戶上報(bào)的信道質(zhì)量指示CQI信息、用戶反饋的ACK/NACK個(gè)數(shù)、Iub 口信息中的一種或幾種；對(duì)非標(biāo)準(zhǔn)信息的內(nèi)容具體包括有用戶設(shè)備的業(yè)務(wù)的數(shù)字信號(hào)處理DSP 心/f
10、 如權(quán)利要求8所述基站跟蹤方法，其特征在于，當(dāng)應(yīng)用于長(zhǎng)期演進(jìn) 接入網(wǎng)LTE或高速分組接入演進(jìn)網(wǎng)HSPA+時(shí)，對(duì)小區(qū)跟蹤的內(nèi)容具體包括小區(qū)用戶個(gè)數(shù)上行信道單元總點(diǎn)數(shù)、下 行信道單元總點(diǎn)數(shù)、上行信道單元點(diǎn)數(shù)消耗、下行信道單元點(diǎn)數(shù)消耗、本小 區(qū)上行信道單元點(diǎn)數(shù)消耗和本小區(qū)下行信道單元點(diǎn)數(shù)消耗中的一種或幾種；對(duì)接口跟蹤的內(nèi)容具體包括基站與天線之間的接口消息、基站與塔頂 放大器之間的接口消息、基站基帶板單元和射頻拉遠(yuǎn)單元之間接口消息中的 一種或幾種； 對(duì)非信令接口的內(nèi)容具體包括基站針對(duì)HSDPA的信息、用戶上報(bào)的 CQI信息、用戶反饋的ACK/NACK個(gè)數(shù)中的一種或幾種；非標(biāo)準(zhǔn)接口的內(nèi)容包括上行物理信道信息、下行物理信道信息、上行 介質(zhì)接入控制層信息、下行介質(zhì)接入控制層信息、上行無(wú)線鏈路控制層信息、 下行無(wú)線鏈路控制層信息和無(wú)線資源控制信息中的一種或幾種。
11、 一種基站，其特征在于，包括激活模塊，用于接收跟蹤請(qǐng)求消息時(shí)觸發(fā)跟蹤模塊，所述激活跟蹤消息 中包括跟蹤目標(biāo)的標(biāo)識(shí)及需要跟蹤的內(nèi)容；跟蹤模塊，與所述激活模塊連接，用于對(duì)所述跟蹤目標(biāo)進(jìn)行跟蹤，獲取 對(duì)應(yīng)的跟蹤內(nèi)容。
12、 如權(quán)利要求ll所述基站，其特征在于，還包括去激活^t塊，與所述跟蹤模塊連接，用于接收到去激活請(qǐng)求后，指令所 述跟蹤模塊停止對(duì)所述跟蹤目標(biāo)的跟蹤。
13、 如權(quán)利要求ll所述基站，其特征在于，還包括 跟蹤內(nèi)容上報(bào)模塊，與所述跟蹤模塊連接，用于將獲取的跟蹤內(nèi)容上報(bào)給網(wǎng)元網(wǎng)管、網(wǎng)絡(luò)網(wǎng)管或具有跟蹤處理功能的網(wǎng)元。
14、 如權(quán)利要求13所述基站，其特征在于，所述跟蹤內(nèi)容上報(bào)模塊具體 包括報(bào)告消息生成子模塊，用于將所述跟蹤內(nèi)容生成報(bào)告消息； 報(bào)告消息發(fā)送子模塊，與所述報(bào)告消息生成子模塊連接，用于將所述報(bào) 告消息上報(bào)。
15、 如權(quán)利要求13所述基站，其特征在于，所述跟蹤內(nèi)容上報(bào)模塊具體 包括數(shù)據(jù)文件生成子模塊，用于將所述跟蹤內(nèi)容生成數(shù)據(jù)文件； 判斷子模塊，與所述數(shù)據(jù)文件生成子模塊連接，用于判斷所述數(shù)據(jù)文件 大??；數(shù)據(jù)文件上報(bào)子模塊，分別與所述數(shù)據(jù)文件生成子模塊和所述判斷子模 塊連接，用于所述判斷子模塊判斷數(shù)據(jù)文件大小超出預(yù)定的閾值時(shí)，將所述 數(shù)據(jù)文件上報(bào)。
全文摘要
本發(fā)明公開了一種基站跟蹤方法，包括接收激活跟蹤消息，所述激活跟蹤消息中包括跟蹤目標(biāo)的標(biāo)識(shí)及需要跟蹤的內(nèi)容；根據(jù)所述跟蹤內(nèi)容對(duì)所述跟蹤目標(biāo)進(jìn)行跟蹤，獲取對(duì)應(yīng)的跟蹤內(nèi)容。本發(fā)明還公開了一種基站。本發(fā)明的實(shí)施例中，可以在基站搜集相關(guān)跟蹤數(shù)據(jù)，實(shí)現(xiàn)對(duì)基站側(cè)信息的跟蹤，獲得更加全面的跟蹤信息，從而可以利用獲得的跟蹤信息，更好的實(shí)現(xiàn)故障定位、性能測(cè)試。
文檔編號(hào)H04W24/04GK101132648SQ20071016388
公開日2008年2月27日 申請(qǐng)日期2007年10月11日 優(yōu)先權(quán)日2007年10月11日
發(fā)明者華 蔡, 許勝洪, 謝明江 申請(qǐng)人:華為技術(shù)有限公司