專利名稱：：跟蹤區(qū)域列表傳輸及維護方法以及移動管理實體的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種跟蹤區(qū)域列表傳輸及維護方法以及移動管理實體。
背景技術(shù)：
：長期演進/系統(tǒng)架構(gòu)演進(LTE/SAE，LongTermEvolution/SystemArchitectureEvolution)網(wǎng)絡(luò)系統(tǒng)項目是近年來第三代合作伙伴計劃(3GPP,3rdGenerationPartnershipProject)啟動的最大新技術(shù)研發(fā)項目。請參閱圖1，圖1為現(xiàn)有技術(shù)LTE/SAE網(wǎng)絡(luò)系統(tǒng)的架構(gòu)圖。LTE/SAE網(wǎng)絡(luò)系統(tǒng)包括演進的無線接入網(wǎng)網(wǎng)絡(luò)節(jié)點(eNB,eNodeB)和管理這些無線接入網(wǎng)網(wǎng)絡(luò)節(jié)點的核心網(wǎng)節(jié)點移動管理實體/系統(tǒng)架構(gòu)演進網(wǎng)關(guān)(MME/SGW,MobilityManagementEntity/SystemArchitectureEvolution)。MME/SGW與eNB之間是SI接口連接，eNB之間是X2接口連接。在上述LTE/SAE網(wǎng)絡(luò)系統(tǒng)中，跟蹤區(qū)域(TA,TrackingArea)是用戶設(shè)備(UE,UserEquipment)在空閑(IDLE)狀態(tài)下注冊的通信范圍，它由一組eNB劃定的小區(qū)組成。目前UE通過附著(Attach)過程來得到一個TA,或者在TA發(fā)生變化時通過跟蹤區(qū)域更新(TAU,TrackingAreaUpdate)過程來得到一個TA。由于TA的范圍比起通用移動通信系統(tǒng)(UMTS,UniversalMobileTelecommunicationsSystem)的4立置區(qū)/路由區(qū)(LA/RA,LocationArea/RoutingArea)范圍要小，所以UE在TA邊緣來回移動的情況比較常見，容易產(chǎn)生大量的TAU,對系統(tǒng)性能造成影響。為減少TA邊緣來回移動而產(chǎn)生的TAU,現(xiàn)有技術(shù)提出一種稱為Mulit-List的解決方法。該方法的思想是每個小區(qū)的系統(tǒng)廣播消息下發(fā)一個TA,UE都把它存起來成為一個跟蹤區(qū)域列表(TAlist)。TAList是由一系列TAID構(gòu)成的，而TAID由公共陸地移動網(wǎng)絡(luò)(PLMN,PublicLandMobileNetwork)ID和if艮蹤區(qū)域編碼(TAC，TrackingAreaCode)兩部分構(gòu)成的。目前定義的TAC是16-28位。PLMN為24位。這個TAList同時在UE和MME中存在。當UE來回移動時，如果發(fā)現(xiàn)系統(tǒng)廣播下發(fā)的TA在自身保存的TAList中，不進行TAIL否則就行TAU;同時MME根據(jù)這個TAList進行尋呼。為了保證TAList在UE和MME中的內(nèi)容一致，則需要對UE和MME中的TAList進行統(tǒng)一，即傳輸TAList以實現(xiàn)統(tǒng)一，現(xiàn)有技術(shù)中一種TAList傳輸方法為UE與MME之間傳輸完整的TAList,在TAList中的每個TAID又包括PLMNID和TAC。但是在上述方案中，每次對TAList進行維護時，都需要傳輸TAList,所以上述方案在傳輸TAList的過程中占用了大量的網(wǎng)絡(luò)資源。此外，當有新的TA產(chǎn)生時，現(xiàn)有技術(shù)中對TAList的維護方法為在每次TAU時，把增加的TA加到TAList中去。在這個TAList中TA的數(shù)目已經(jīng)達到規(guī)定的最大值、再發(fā)生TAU時，現(xiàn)有技術(shù)也提出維護原有TAlist的方法當發(fā)生TAU時，如果TAlist中TA的數(shù)目已經(jīng)達到規(guī)定的最大值，則根據(jù)先進先出的原則，把最早的TA給替換掉。但是在上述采用先進先出的方案中，可能會造成無謂的TAU,例如假設(shè)TAList中最多包含3個TA,目前已包含TA1,TA2以及TA3，當UE移動到TA4范圍時，需要插入新的TA4，并將最早的TA1刪除，則維護后的TAList中包含TA2,TA3以及TA4,但若該UE再次移動到TA1范圍，則需要重新進行TAU,影響了TAList的維護效率，降低了網(wǎng)絡(luò)資源利用率。
發(fā)明內(nèi)容本發(fā)明實施例要解決的技術(shù)問題是提供一種跟蹤區(qū)域列表傳輸及維護方法以及移動管理實體，能夠提高LTE/SAE網(wǎng)絡(luò)性能。本發(fā)明實施例提供的跟蹤區(qū)域列表傳輸方法，包括獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識并對所述跟蹤區(qū)域列表進行重組；發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。本發(fā)明實施例提供的跟蹤區(qū)域列表傳輸方法，包括獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定在9跟蹤區(qū)域列表進行維護時需要發(fā)送的跟蹤區(qū)域；發(fā)送包含所述跟蹤區(qū)域的跟蹤區(qū)域列表。本發(fā)明實施例提供的跟蹤區(qū)域列表維護方法，包括判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若是，則用戶設(shè)備向移動管理實體發(fā)送事件請求消息，請求對跟蹤區(qū)域列表進行維護；移動管理實體判斷是否接受該請求，若接受，則確定需要增加的跟蹤區(qū)域，并根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要刪除或保留的跟蹤區(qū)域；向用戶設(shè)備發(fā)送包含跟蹤區(qū)域更新信息的事件響應(yīng)消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為更新后的跟蹤區(qū)域列表；用戶設(shè)備若接收到需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，則在本地跟蹤區(qū)域列表中刪除所述需要刪除的跟蹤區(qū)域，并增加所述需要增加的跟蹤區(qū)域；若接收到需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，則在本地跟蹤區(qū)域列表中只保留所述需要保留的跟蹤區(qū)域，并增加所述需要增加的跟蹤區(qū)域；若接收到更新后的跟蹤區(qū)域列表，則直接用所述更新后的跟蹤區(qū)域列表替換本地跟蹤區(qū)域列表。本發(fā)明實施例提供的跟蹤區(qū)域列表維護方法，包括判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若是，則用戶設(shè)備向移動管理實體發(fā)送包含跟蹤區(qū)域更新信息事件請求消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域；移動管理實體判斷是否接受該請求，若接受，則確定需要增加的跟蹤區(qū)域，并根據(jù)所述跟蹤區(qū)域更新信息進行跟蹤區(qū)域列表維護；向用戶設(shè)備發(fā)送包含所述需要增加的跟蹤區(qū)域的事件響應(yīng)消息；用戶設(shè)備將所述需要增加的跟蹤區(qū)域增加入本地跟蹤區(qū)域列表。本發(fā)明實施例提供的移動管理實體，包括獲取單元，用于獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢單元，用于查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并單元，用于合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識；重組單元，用于根據(jù)所述合并后的跟蹤區(qū)域?qū)λ龈檯^(qū)域列表進行重組；發(fā)送單元，用于發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。本發(fā)明實施例提供的移動管理實體，包括接收單元，用于接收用戶設(shè)備發(fā)送的事件請求消息；標識控制單元，用于確定需要增加的跟蹤區(qū)域，并根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要刪除或保留的跟蹤區(qū)域；反饋單元，用于向用戶設(shè)備發(fā)送包含跟蹤區(qū)域更新信息的事件響應(yīng)消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為更新后的跟蹤區(qū)域列表；維護單元，用于根據(jù)反饋單元向用戶設(shè)備反饋的信息在本地進行相應(yīng)的跟蹤區(qū)域列表維護。本發(fā)明實施例提供的移動管理實體，包括接收單元，用于接收用戶設(shè)備發(fā)送的包含跟蹤區(qū)域更新信息事件請求消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域；標識控制單元，用于確定需要增加的跟蹤區(qū)域；反饋單元，用于向用戶設(shè)備發(fā)送包含所述需要增加的跟蹤區(qū)域的事件響應(yīng)消息；維護單元，用于根據(jù)所述跟蹤區(qū)域更新信息在本地進行跟蹤區(qū)域列表維護。從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點本發(fā)明實施例中，由于從TAlist中查詢具有相同PLMNID的TAID,對相同的PLMNID進行合并，所以可以減少需要發(fā)送的TAlist的比特位，進而提高傳輸效率，提高網(wǎng)絡(luò)性能；或者在發(fā)送TAlist之前根據(jù)UE移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要發(fā)送的TAlist,或者部分TAlist，所以也可以減少需要發(fā)送的TAlist的比特位，進而提高傳輸效率，提高網(wǎng)絡(luò)性能；此外，本發(fā)明實施例中，在對TAlist進行維護時，首先根據(jù)UE移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要保留或者需要刪除的TAID,構(gòu)成一個TAlist,所以能夠減小MME與UE存儲的TAlist的比特位，降低了尋呼負荷，進而提高了網(wǎng)絡(luò)性能。圖1為現(xiàn)有技術(shù)LTE/SAE網(wǎng)絡(luò)系統(tǒng)的架構(gòu)圖2為本發(fā)明實施例中TAlist傳輸方法第一實施例流程圖3為本發(fā)明實施例中TAlist傳輸方法第二實施例流程圖；圖4為本發(fā)明實施例中TAlist維護方法第一實施例流程圖；圖5為本發(fā)明實施例中TAlist維護方法第二實施例流程圖；圖6為本發(fā)明實施例中TAlist維護方法第三實施例流程圖；圖7為本發(fā)明實施例中MME第一實施例示意圖；圖8為本發(fā)明實施例中MME第二實施例示意圖。具體實施例方式本發(fā)明實施例提供了一種跟蹤區(qū)域列表傳輸及維護方法以及移動管理實體，用于提高網(wǎng)絡(luò)性能。下面先介紹本發(fā)明實施例中的TAlist傳輸方法實施例，根據(jù)傳輸?shù)腡Alist的格式可以將該傳輸方法分為兩種情況請參閱圖2，本發(fā)明實施例中TAlist傳輸方法第一實施例包括201、獲耳又TA信息；MME獲取待發(fā)送的TAlist中的TA信息。傳輸TAlist可以是從MME到UE的傳輸，也可以是從UE到MME的傳輸，本實施例以從MME到UE傳輸為例進行說明，從UE到MME的傳輸過程類似，不再贅述。202、確定TAlist,即需保留或刪除的TA;本實施例中，MME確定在維護TAlist時需要保留或刪除的TA,并將這些TA作為需要發(fā)送的TA。具體的確定過程為(1)MME獲取UE移動記錄，該UE移動記錄中包含有該UE進出過哪些TA以及進出的頻率，MME根據(jù)該記錄推測出UE的運動軌跡和速度。這才羊MME可以才居此生成一個TAlist;(2)或者MME還可以根據(jù)網(wǎng)絡(luò)拓樸結(jié)構(gòu)來構(gòu)成TAlist,例如TA1的周圍有TA2，TA3,TA4,TA5鄰接的TA，那么MME的TAlist為(TA1,TA2，TA3,TA4,TA5);(3)MME根據(jù)上述(1)或(2)或負荷控制等其他方法得到一個新TAlist后，和舊的TAlist相比較。MME只發(fā)送其中的一部分變動TAlist,可以是只發(fā)送要保留的TAlist和/或者要刪除的TAlist。由于上述操作的存在，所以傳輸?shù)腡Alist會發(fā)生一定的變化，新的TAlist結(jié)構(gòu)如下表所示表1<table>tableseeoriginaldocumentpage13</column></row><table><table>tableseeoriginaldocumentpage14</column></row><table>本實施例中，上述表1中的字段"TALISTTYPE"若為1,則表示是需要保留的TAlist,若為2,則表示是是需要刪除的TAlist,可以理解的是，若默認只選擇其中一種，則可以不需要這個字段。203、查詢要發(fā)送的TAlist中具有相同PLMNID的TA;204、合并步驟203中相同的PLMNID;TAlist是由一系列TAID構(gòu)成的。TaID是由PLMNID和TAC兩部分構(gòu)成的。本實施例在組成TAlist時，把相同的PLMNID提出來，只是羅列出不同的TAC。對于相同的PLMNID只出現(xiàn)一次。例如可以將TAlist從(TA1,TA2,,TAn)即(PLMNID||TAC1,PL畫ID||TAC2,…，PL畫ID||TACn)優(yōu)化成(PLMNID||TACl,TACl,...，TACn)。目前TAC定義了16至28位，PLMNID為24位。這樣一個TAID就為40至52位。發(fā)送一個包含5個TA的TAlist時，該TAlist的長度就是5*40至5*52即200至260位。如果對于PLMNID相同的TA重復(fù)利用，不用再傳遞。那么每個相同PLMNID的TAID可以減少24位的負荷傳遞。上述例子要傳5個TA,總共可以節(jié)省24至4*24即24至96位(假設(shè)最多5個TA的PLMNID都相同，最少2個TA的PLMNID相同)。一般情況下，周圍TA的PLMNID相同的概率非常大的。上述至少有2個TA的PLMNID相同。這樣可以有效的減少消息傳遞的負荷。205、重組TAlist;如果PLMN有相同的TAID,即如上述所描述的將TAlist由(TA1,TA2,,TAn)即(PL畫ID||TAC1,PLMNID||TAC2,...,PL畫ID||TACn)優(yōu)化成(PLMNIDIITAC1,TAC1,,TACn),對于沒有相同的PLMN的TAid,依然4姿照原先的方式PLMNID||TACn。206、發(fā)送重組后的TAlist。MME將重組后的TAlist發(fā)送至UE。本實施例中的步驟可以選擇性執(zhí)行，例如步驟201與步驟202可以不執(zhí)行，即MME向UE發(fā)送完整的TAlist,只對該TAlist進行PL畫ID的合并，也可以減少TAlist的比特位，提高傳輸效率，或者可以不執(zhí)行步驟203至步驟205，即只選擇出必要的TAlist進行傳輸，而不對其進行PLMNID的合并，同樣可以減少TAlist的比特位，提高傳輸效率。請參閱圖3,本發(fā)明實施例中TAlist傳輸方法第二實施例包括301、獲:f又TA信息；MME獲取待發(fā)送的TAlist中的TA信息。傳輸TAlist可以是從MME到UE的傳輸，也可以是從UE到MME的傳輸，本實施例以從MME到UE傳輸為例進行說明，從UE到MME的傳輸過程類似，不再贅述。302、生成TAlist，即確定發(fā)生變化的TA;本實施例中，MME確定在維護TAlist時發(fā)生變化的TA,并將這些TA作為需要發(fā)送的TA,其中發(fā)生變化的TA為新增的TA和/或刪除的TA。具體的確定過程為(1)MME獲取UE移動記錄，該UE移動記錄中包含有該UE進出過哪些TA以及進出的頻率，MME根據(jù)該記錄推測出UE的運動軌跡和速度。這樣MME可以據(jù)此生成一個TAlist;(2)或者MME還可以才艮據(jù)網(wǎng)絡(luò)拓樸結(jié)構(gòu)來構(gòu)成TAlist,例如TAl的周圍有TA2，TA3,TA4,TA5鄰接的TA,那么MME的TAlist為(TAl,TA2,TA3,TA4,TA5);(3)MME根據(jù)上述(1)或(2)或負荷控制等其他方法得到一個新TAlist后，和舊的TAlist相比較。MME只發(fā)送其中的一部分變動TAlist,可以是只發(fā)送要保留的TAlist和/或者要刪除的TAlist。由于上述操作的存在，所以傳輸?shù)腡Alist會發(fā)生一定的變化，新的TAlist結(jié)構(gòu)如下表所示表4<table>tableseeoriginaldocumentpage16</column></row><table><formula>formulaseeoriginaldocumentpage17</formula>當TAlist中既有新增的TA又有刪除的TA時，則上表中的字段"addTAlist"以及"deleteTAlist"必須都選中。303、查詢要發(fā)送的TAlist中具有相同PLMNID的TA;304、合并步驟303中相同的PLMNID;TAlist是由一系列TAID構(gòu)成的。TaID是由PLMNID和TAC兩部分構(gòu)成的。本實施例在組成TAlist時，把相同的PLMNID提出來，只是羅列出不同的TAC。對于相同的PLMNID只出現(xiàn)一次。例如可以將TAlist從(TA1,TA2，，TAn)即(PLMNID||TAC1,PL畫ID||TAC2,…，PLMNID||TACn)優(yōu)化成(PL畫ID||TACl,TACl,...,TACn)。目前TAC定義了16至28位，PLMNID為24位。這樣一個TAID就為40至52位。發(fā)送一個包含5個TA的TAlist時，該TAlist的長度就是5*40至5*52即200至260位。如果對于PLMNID相同的TA重復(fù)利用，不用再傳遞。那么每個相同PLMNID的TAID可以減少24位的負荷傳遞。上述例子要傳5個TA,總共可以節(jié)省24至4*24即24至96位(假設(shè)最多5個TA的PLMNID都相同，最少2個TA的PLMNID相同)。一般情況下，周圍TA的PLMNID相同的概率非常大的。上述至少有2個TA的PLMNID相同。這樣可以有效的減少消息傳遞的負荷。305、重組TAlist;如果PLMN有相同的TAID,即如上述所描述的將TAlist由(TA1，TA2，，TAn)即(PLMNID||TAC1,PLMNID||TAC2,…，PL畫ID||TACn)優(yōu)化成(PLMNID(ITACl，TACl，...，TACn),對于沒有相同的PLMN的TAid,依然按照原先的方式PLMNID||TACn。306、發(fā)送重組后的TAlist。MME將重組后的TAlist發(fā)送至UE。本實施例中的步驟可以選擇性執(zhí)行，例如步驟301與步驟302可以不執(zhí)行，即MME向UE發(fā)送完整的TAlist,只對該TAlist進行PL畫ID的合并，也可以減少TAlist的比特位，提高傳輸效率，或者可以不執(zhí)行步驟303至步驟305,即只選擇出必要的TAlist進行傳輸，而不對其進行PLMNID的合并，同樣可以減少TAlist的比特位，提高傳輸效率。上述方案中的TAlist傳輸方法實施例可以用于任何需要傳輸TAlist的流程中，例如附著流程，位置更新流程，尋呼流程等。下面介紹本發(fā)明實施例中的TAlist維護方法實施例，根據(jù)維護過程發(fā)起方的不同，本發(fā)明實施例中的TAlist維護方法實施例可以分為以下三種情況一、網(wǎng)絡(luò)側(cè)主動發(fā)起維護請參閱圖4,本發(fā)明實施例中TAlist維護方法第一實施例包括401、獲取UE網(wǎng)絡(luò)事件狀態(tài)信息；本實施例中具體的網(wǎng)絡(luò)事件可以是UE進入新TA區(qū)域，發(fā)起TAU，或者是UE開機發(fā)起附著流程。402、判斷網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若滿足，則執(zhí)行步驟403，若不滿足，則執(zhí)行步驟401;即UE判斷是否進入新TA區(qū)域發(fā)起TAU,或者是否發(fā)起附著流程，若是，則執(zhí)行步驟403，若否，則執(zhí)行步驟401,即持續(xù)監(jiān)控。403、UE發(fā)送事件請求消息；具體的可以是TAUrequest或者是attachr叫uest。404、MME判斷是否接收請求，若是，則執(zhí)行步驟406,若否，則執(zhí)行步驟405;405、反饋拒絕消息；如果當前MME不能處理UE發(fā)起的請求，則向UE反々赍拒絕消息，并在拒絕消息中攜帶拒絕原因。406、確定需要增加的TA;MME根據(jù)UE的當前情況，例如UE進入TA1,而TAlist中沒有TA1,則MME判斷需要在TAlist中增加TAl。407、確定需要刪除或者保留的TA;MME確定在維護TAlist時需要保留或刪除的TA。具體的確定過程為(1)MME獲取UE移動記錄，該UE移動記錄中包含有該UE進出過哪些TA以及進出的頻率，MME根據(jù)該記錄推測出UE的運動軌跡和速度。這樣MME可以據(jù)此生成一個TAlist;(2)或者MME還可以^4居網(wǎng)絡(luò)拓樸結(jié)構(gòu)來構(gòu)成TAlist,例如TAl的周圍有TA2，TA3，TA4，TA5鄰接的TA,那么MME的TAlist為(TAl,TA2,TA3,TA4,TA5);(3)MME根據(jù)上述(1)或(2)或負荷控制等其他方法得到一個新TAlist后，和舊的TAlist相比較。MME只發(fā)送其中的一部分變動TAlist,可以是只發(fā)送要保留的TAlist和/或者要刪除的TAlist。408、本地進行TAlist的維護；MME已經(jīng)確定了需要增加的TA以及需要刪除或者需要保留的TA,則MME首先對本地存儲的TAlist進行維護，在TAlist中增加需要增加的TA,并刪除需要刪除的TA。409、反饋包含TA更新信息的事件響應(yīng)消息；MME向UE發(fā)送包含TA更新信息的事件響應(yīng)消息，可以是TAUaccept或者是attachaccept,具體的TA更新信息可以是以下幾種情況中的一種1、更新后的TAlist,即MME將本地維護后完整的TAlist下發(fā)；2、要刪除的TAlist以及新的TAlist;3、改變了的TAlist,新增的和刪除的TAlist。410、UE才艮據(jù)接收到的TA更新信息進行TAlist維護。具體的維護對應(yīng)TA更新信息的情況分別為1、直接使用接收到的完整的TAlist替換UE本地的TAlist;2、在UE本地的TAlist刪除接收到的要刪除的TAlist,并在本地TAlist中新增新的TAlist;3、在UE本地的TAlist新增和刪除的接收到要新增和刪除TAlist,其余TAlist不變。二、UE主動發(fā)起請參閱圖5,本發(fā)明實施例中TAlist維護方法第二實施例包括501、獲取UE網(wǎng)絡(luò)事件狀態(tài)信息；本實施例中具體的網(wǎng)絡(luò)事件可以是UE進入新TA區(qū)域，發(fā)起TAU,或者是UE開機發(fā)起附著流程。502、判斷網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若滿足，則執(zhí)行步驟503,若不滿足，則執(zhí)行步驟501;即UE判斷是否進入新TA區(qū)域發(fā)起TAU,或者是否發(fā)起附著流程，若是，則執(zhí)行步驟503,若否，則執(zhí)行步驟501,即持續(xù)監(jiān)控。503、UE發(fā)送包含TA更新信息的事件請求消息；具體的事件請求消息可以是TAUrequest或者是attachrequest,具體的TA更新信息可以是以下幾種情況1、UE要求保留的TAlist,可以是目前TAlist的全部或部分；2、UE要求刪除的TAlist;3、目前TAlist中的任何一個TAID。其中，UE確定保留或刪除的TA的過程為UE可以根據(jù)此時的自身情況比如運動軌跡，快沒有電了等，要求修改TAlist。504、MME判斷是否接收請求，若是，則執(zhí)行步驟506,若否，則執(zhí)行步驟505;505、反饋拒絕消息；如果當前MME不能處理UE發(fā)起的請求，則向UE反^^貴拒絕消息，并在拒絕消息中攜帶拒絕原因。506、MME維護本地TAlist;MME已經(jīng)確定了需要增加的TA,并獲取了需要刪除或者需要保留的TA,則MME首先對本地存儲的TAlist進行維護，在TAlist中增加需要增加的TA,并刪除需要刪除的TA。507、反饋事件響應(yīng)消息；MME向UE發(fā)送包含需要增加的TA的事件響應(yīng)消息，可以是TAUaccept或者是attachaccept。508、UE在本地進行TAlist維護。具體的維護過程可以是以下幾種情況中的一種(1)如果UE要求保留的TAlist中的TA個數(shù)沒有達到最大數(shù)目則直接將新TA插入TAlist中。(2)將新的TA插入TAlist中，并替換一個舊的TA。例如先進先出?？傊?，上述的算法可以通過事先約定的方法或者消息通知的等方法，使得MME、UE兩側(cè)用同樣的算法。(3)TAlist中只保留新的TA,其余全部刪除。三、UE與MME交換:TAlist:請參閱圖6,本發(fā)明實施例中TAlist維護方法第三實施例包括601、獲取UE網(wǎng)絡(luò)事件狀態(tài)信息；本實施例中具體的網(wǎng)絡(luò)事件可以是UE進入新TA區(qū)域，發(fā)起TAU,或者是UE開機發(fā)起附著流程。602、判斷網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若滿足，則執(zhí)行步驟603,若不滿足，則執(zhí)行步驟601;即判斷UE是否進入新TA區(qū)域發(fā)起TAU,或者是否發(fā)起附著流程，若是，則執(zhí)行步驟603,若否，則執(zhí)行步驟601,即持續(xù)監(jiān)控。603、UE發(fā)送包含TA更新信息的事件請求消息；具體的事件請求消息可以是TAUrequest或者是attachrequest,具體的TA更新信息可以是以下幾種情況1、UE要求保留的TAlist,可以是目前TAlist的全部或部分；2、UE要求刪除的TAlist;3、目前TAlist中的任何一個TAID。其中，UE確定保留或刪除的TA的過程為UE可以根據(jù)此時的自身情況比如運動軌跡，快沒有電了等，要求修改TAlist。604、判斷MME是否接收請求，若是，則執(zhí)行步驟606,若否，則執(zhí)行步驟605;605、反々貴拒絕消息；如果當前MME不能處理UE發(fā)起的請求，則向UE反饋拒絕消息，并在拒絕消息中攜帶拒絕原因。606、MME維護本地TAlist;MME已經(jīng)確定了需要增加的TA,并獲取了需要刪除或者需要保留的TA,則MME首先對本地存儲的TAlist進行維護，在TAlist中增加需要增加的TA,并刪除需要刪除的TA。MME確定TAlist的方法可以同上述TAlist維護方法第一實施例中MME主動發(fā)起的過程407相同。607、反饋包含需TAlist信息的事件響應(yīng)消息；MME向UE發(fā)送包含需增加的TA的事件響應(yīng)消息，可以是TAUaccept或者是attachaccept。TAlist信息可以是以下幾種情況中的一種1、更新后的完整TAlist;2、要刪除的TAlist以及#斤的TAlist。3、改變了的TAlist,新增的和刪除的TAlist。608、UE在本地進行TAlist維護。UE在本地TAlist插入需增加的TA,并刪除需要刪除的TA。上述TAlist維護方法第三實施例可以看作是TAlist維護方法第一實施例與TAlist維護方法第二實施例的組合，可以理解的是，同樣可以將上述三個實施例采取多種組合形式達到同樣的目的，具體的組合方式不再贅述。下面介紹本發(fā)明實施例中的MME實施例請參閱圖7,本發(fā)明實施例中的MME第一實施例包括獲取單元701,用于獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢單元702,用于查詢具有相同7>共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并單元703,用于合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識；重組單元704,用于根據(jù)所述合并后的跟蹤區(qū)域?qū)λ龈檯^(qū)域列表進行重組；發(fā)送單元705,用于發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。標識分析單元706,用于根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定在跟蹤區(qū)域列表進行維護時需要發(fā)送的跟蹤區(qū)域，并通知查詢單元進行查詢操作。可以理解的是1、上述MME實施例中可以不包括標識分析單元706,即MME向UE發(fā)送完整的TAlist,只對該TAlist進行PLMNID的合并，也可以減少TAlist的比特位，提高傳輸效率；2、上述MME實施例中可以不包括查詢單元702,合并單元703以及重組單元704,即只選擇出必要的TAlist進行傳輸，而不對其進行PLMNID的合并，同樣可以減少TAlist的比特位，提高傳輸效率。請參閱圖8,本發(fā)明實施例中的MME第二實施例包括接收單元801,用于接收用戶設(shè)備發(fā)送的事件請求消息標識控制單元802,用于確定需要增加的跟蹤區(qū)域，并根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要刪除或保留的跟蹤區(qū)域；反饋單元803,用于向用戶設(shè)備發(fā)送包含跟蹤區(qū)域更新信息的事件響應(yīng)消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為更新后的跟蹤區(qū)域列表；維護單元804，用于根據(jù)反饋單元向用戶設(shè)備反饋的信息在本地進行相應(yīng)的跟蹤區(qū)域列表維護。或者接收單元801,用于接收用戶設(shè)備發(fā)送的包含跟蹤區(qū)域更新信息事件請求消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域；標識控制單元802,用于確定需要增加的跟蹤區(qū)域；反饋單元803，用于向用戶設(shè)備發(fā)送包含所述需要增加的跟蹤區(qū)域的事件響應(yīng)消息；維護單元804,用于根據(jù)所述跟蹤區(qū)域更新信息在本地進行跟蹤區(qū)域列表維護?？梢岳斫獾氖?，上述對MME提出了兩個實施例，但在實際應(yīng)用中，上述功能單元可能全部集成于同一個MME中，同時，上述的功能單元可以根據(jù)實際情況進行組合和拆分。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識并對所述跟蹤區(qū)域列表進行重組；發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上對本發(fā)明所提供的一種跟蹤區(qū)域列表傳輸及維護方法以及移動管理實體進行了詳細介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求1、一種跟蹤區(qū)域列表傳輸方法，其特征在于，包括獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識并對所述跟蹤區(qū)域列表進行重組；發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。2、根據(jù)權(quán)利要求1所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述對所述跟蹤區(qū)域列表進行重組的步驟包括將相同的公共陸地移動網(wǎng)絡(luò)標識合并為一個公共陸地移動網(wǎng)絡(luò)標識；將所述跟蹤區(qū)域的跟蹤區(qū)域編碼按順序置于所述7>共陸地移動網(wǎng)絡(luò)標識之后形成新的跟蹤區(qū)域列表。3、根據(jù)權(quán)利要求1或2所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域的步驟之前包括根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要保留或刪除的跟蹤區(qū)域；將所述需要保留或刪除的跟蹤區(qū)域作為需要發(fā)送的跟蹤區(qū)域。4、根據(jù)權(quán)利要求1或2所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域的步驟之前包括根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要增加和/或刪除的跟蹤區(qū)域；將所述需要增加和/或刪除的跟蹤區(qū)域作為需要發(fā)送的跟蹤區(qū)域。5、一種跟蹤區(qū)域列表傳輸方法，其特征在于，包括獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定在跟蹤區(qū)域列表進行維護時需要發(fā)送的跟蹤區(qū)域；發(fā)送包含所述跟蹤區(qū)域的跟蹤區(qū)域列表。6、根據(jù)權(quán)利要求5所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定在跟蹤區(qū)域列表進行維護時需要發(fā)送的跟蹤區(qū)域的步驟包括獲取用戶設(shè)備移動記錄，其中，所述記錄中包含有該用戶設(shè)備進出過哪些跟蹤區(qū)域以及進出的頻率；根據(jù)所述記錄預(yù)測用戶設(shè)備的運動軌跡和速度并根據(jù)所述用戶設(shè)備的運動軌跡和速度生成跟蹤區(qū)域列表；或根據(jù)網(wǎng)絡(luò)拓樸結(jié)構(gòu)規(guī)定的跟蹤區(qū)域鄰接關(guān)系生成跟蹤區(qū)域列表。7、根據(jù)權(quán)利要求5所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定在跟蹤區(qū)域列表進行維護時需要發(fā)送的跟蹤區(qū)域的步驟包括根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要增加和/或刪除的跟蹤區(qū)域；將所述需要增加和/或刪除的跟蹤區(qū)域的跟蹤區(qū)域作為需要發(fā)送的跟蹤區(qū)域。8、根據(jù)權(quán)利要求7所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要增加和/或刪除的跟蹤區(qū)域的步驟包括若用戶設(shè)備移動至某個當前跟蹤區(qū)域列表中不包含的跟蹤區(qū)域時，則確定該跟蹤區(qū)域為需要增加的跟蹤區(qū)域；當用戶設(shè)備移動至某個跟蹤區(qū)域時，從網(wǎng)絡(luò)拓4卜結(jié)構(gòu)預(yù)置的跟蹤區(qū)域鄰接規(guī)則中獲取與所述用戶設(shè)備移動至的跟蹤區(qū)域鄰接的跟蹤區(qū)域。9、根據(jù)權(quán)利要求5至8中任一項所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述發(fā)送包含剩余跟蹤區(qū)域的跟蹤區(qū)域列表的步驟之前包括查詢具有相同^^共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識并對所述跟蹤區(qū)域列表進行重組。10、根據(jù)權(quán)利要求9所述的跟蹤區(qū)域列表傳輸方法，其特征在于，所述對所述跟蹤區(qū)域列表進行重組的步驟包括將相同的^〉共陸地移動網(wǎng)絡(luò)標識合并為一個公共陸地移動網(wǎng)絡(luò)標識；將所述跟蹤區(qū)域的跟蹤區(qū)域編碼按順序置于所述公共陸地移動網(wǎng)絡(luò)標識之后形成新的跟蹤區(qū)域列表。11、一種跟蹤區(qū)域列表維護方法，其特征在于，包括判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若是，則用戶設(shè)備向移動管理實體發(fā)送事件請求消息，請求對跟蹤區(qū)域列表進行維護；移動管理實體判斷是否接受該請求，若接受，則確定需要增加的跟蹤區(qū)域，并根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要刪除或保留的跟蹤區(qū)域；向用戶設(shè)備發(fā)送包含跟蹤區(qū)域更新信息的事件響應(yīng)消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為更新后的跟蹤區(qū)域列表；用戶設(shè)備若接收到需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，則在本地跟蹤區(qū)域列表中刪除所述需要刪除的跟蹤區(qū)域，并增加所述需要增加的跟蹤區(qū)域；若接收到需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，則在本地跟蹤區(qū)域列表中只保留所述需要保留的跟蹤區(qū)域，并增加所述需要增加的跟蹤區(qū)域；若接收到更新后的跟蹤區(qū)域列表，則直接用所述更新后的跟蹤區(qū)域列表替換本地跟蹤區(qū)域列表。12、根據(jù)權(quán)利要求11所述的跟蹤區(qū)域列表維護方法，其特征在于，所述判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件的步驟包括當用戶設(shè)備進入新的跟蹤區(qū)域，則確定用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)滿足預(yù)置條件；所述事件請求消息為跟蹤區(qū)域更新請求；所述事件響應(yīng)消息為跟蹤區(qū)域更新響應(yīng)。13、根據(jù)權(quán)利要求11所述的跟蹤區(qū)域列表維護方法，其特征在于，所述判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件的步驟包括當用戶設(shè)備需要進行附著時，則確定用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)滿足預(yù)置條件；所述事件請求消息為附著請求；所述事件響應(yīng)消息為附著響應(yīng)。14、一種跟蹤區(qū)域列表維護方法，其特征在于，包括判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件，若是，則用戶設(shè)備向移動管理實體發(fā)送包含跟蹤區(qū)域更新信息事件請求消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域；移動管理實體判斷是否接受該請求，若接受，則確定需要增加的跟蹤區(qū)域，并根據(jù)所述跟蹤區(qū)域更新信息進行跟蹤區(qū)域列表維護；向用戶設(shè)備發(fā)送包含所述需要增加的跟蹤區(qū)域的事件響應(yīng)消息；用戶設(shè)備將所述需要增加的跟蹤區(qū)域增加入本地跟蹤區(qū)域列表。15、根據(jù)權(quán)利要求14所述的跟蹤區(qū)域列表維護方法，其特征在于，所述判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件的步驟包括當用戶設(shè)備進入新的跟蹤區(qū)域，則確定用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)滿足預(yù)置條件；所述事件請求消息為跟蹤區(qū)域更新請求；所述事件響應(yīng)消息為跟蹤區(qū)域更新響應(yīng)。16、根據(jù)權(quán)利要求14所述的跟蹤區(qū)域列表維護方法，其特征在于，所述判斷用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)是否滿足預(yù)置條件的步驟包括當用戶設(shè)備需要進行附著時，則確定用戶設(shè)備的網(wǎng)絡(luò)事件狀態(tài)滿足預(yù)置條件；所述事件請求消息為附著請求；所述事件響應(yīng)消息為附著響應(yīng)。17、一種移動管理實體，其特征在于，包括獲取單元，用于獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢單元，用于查詢具有相同^^共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并單元，用于合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識；重組單元，用于根據(jù)所述合并后的跟蹤區(qū)域?qū)λ龈檯^(qū)域列表進行重組；發(fā)送單元，用于發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。18、根據(jù)權(quán)利要求17所述的移動管理實體，其特征在于，所述實體還包括標識分析單元，用于根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定在跟蹤區(qū)域列表進行維護時需要發(fā)送的跟蹤區(qū)域，并通知查詢單元進行查詢操作。19、一種移動管理實體，其特征在于，包括接收單元，用于接收用戶設(shè)備發(fā)送的事件請求消息；標識控制單元，用于確定需要增加的跟蹤區(qū)域，并根據(jù)用戶設(shè)備移動記錄或網(wǎng)絡(luò)拓樸結(jié)構(gòu)確定需要刪除或保留的跟蹤區(qū)域；反饋單元，用于向用戶設(shè)備發(fā)送包含跟蹤區(qū)域更新信息的事件響應(yīng)消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域與需要增加的跟蹤區(qū)域，或者為更新后的跟蹤區(qū)域列表；維護單元，用于根據(jù)反饋單元向用戶設(shè)備反饋的信息在本地進行相應(yīng)的跟蹤區(qū)域列表維護。20、一種移動管理實體，其特征在于，包括接收單元，用于接收用戶設(shè)備發(fā)送的包含跟蹤區(qū)域更新信息事件請求消息，其中，所述跟蹤區(qū)域更新信息為需要刪除的跟蹤區(qū)域，或者為需要保留的跟蹤區(qū)域；標識控制單元，用于確定需要增加的跟蹤區(qū)域；反饋單元，用于向用戶設(shè)備發(fā)送包含所述需要增加的跟蹤區(qū)域的事件響應(yīng)消息；維護單元，用于根據(jù)所述跟蹤區(qū)域更新信息在本地進行跟蹤區(qū)域列表維護。全文摘要本發(fā)明公開了一種跟蹤區(qū)域列表傳輸及維護方法以及移動管理實體，用于提高網(wǎng)絡(luò)性能。本發(fā)明跟蹤區(qū)域列表傳輸方法包括獲取待發(fā)送的跟蹤區(qū)域列表中的跟蹤區(qū)域信息；查詢具有相同公共陸地移動網(wǎng)絡(luò)標識的跟蹤區(qū)域；合并所述跟蹤區(qū)域的公共陸地移動網(wǎng)絡(luò)標識并對所述跟蹤區(qū)域列表進行重組；發(fā)送所述經(jīng)過重組的跟蹤區(qū)域列表。此外本發(fā)明還提供跟蹤區(qū)域列表維護方法以及移動管理實體。本發(fā)明可以有效地提高網(wǎng)絡(luò)性能。文檔編號H04Q7/38GK101309502SQ200710103060公開日2008年11月19日申請日期2007年5月16日優(yōu)先權(quán)日2007年5月16日發(fā)明者勇邱申請人:華為技術(shù)有限公司