專利名稱：一種重新發(fā)送位置更新請(qǐng)求消息的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及長(zhǎng)期演進(jìn)系統(tǒng)領(lǐng)域，特別是一種長(zhǎng)期演進(jìn)系統(tǒng)中重新發(fā)送位置更新請(qǐng)求消息的方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
在長(zhǎng)期演進(jìn)(Long Term Evolution, LTE)系統(tǒng)中，移動(dòng)性管理實(shí)體(Mobility Management Entity, MME)在收到一用戶的附著請(qǐng)求時(shí)，需要選擇一個(gè)歸屬用戶服務(wù)器(Home Subscriber Server, HSS)作為目標(biāo)HSS，并向該目標(biāo)HSS發(fā)送位置更新請(qǐng)求 (Update-Location-Request)消息以獲取該用戶的簽約信息。如果MME與該目標(biāo)HSS之間沒(méi)有設(shè)置直連路由，則MME可以通過(guò)動(dòng)態(tài)資源分配(Dynamic Resource Allocation, DRA) 設(shè)備向該目標(biāo)HSS發(fā)送Update-Location-Itequest消息。如果DRA設(shè)備在轉(zhuǎn)發(fā)MME給該目標(biāo)HSS的Update-Location-Request消息的過(guò)程中，檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則該DRA設(shè)備將為MME提供更新后的目標(biāo)HSS的標(biāo)識(shí)?，F(xiàn)有技術(shù)中，DRA設(shè)備為MME 提供的更新后的目標(biāo)HSS的標(biāo)識(shí)不能返回到MME中。因此，如果 DRA 設(shè)備在轉(zhuǎn)發(fā) MME 給一目標(biāo) HSS 的 Update-Location-Request 消息的過(guò)程中，檢測(cè)與該DRA設(shè)備通信的HSS發(fā)生更新，那么，該DRA設(shè)備不能將該 Update-Location-Request消息成功發(fā)送給MME最初選擇的目標(biāo)HSS，而且，由于MME無(wú)法獲取更新后的目標(biāo)HSS的標(biāo)識(shí)，也就不會(huì)將該Update-Location-Request消息進(jìn)行重新發(fā)送，最終，該Update-Location-Request消息只能當(dāng)作傳輸失敗來(lái)處理。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種LTE系統(tǒng)中重新發(fā)送Update-Location-Request消息方法、系統(tǒng)及設(shè)備，用以提高LTE系統(tǒng)中發(fā)送Update-Location-Request消息的成功率。本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送Update-Location-Request消息的方法包括MME 通過(guò) DRA 設(shè)備向一 HSS 發(fā)送 Update-Location-Request 消息；若所述DRA設(shè)備檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)位置更新響應(yīng) (Update-Location-Answer)消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME ；接收到所述Update-Location-Answer消息的MME重新發(fā)送 Update-Location-Request 消息給該更新后的 HSS0本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送Update-Location-Request消息的方法包括MME 通過(guò) DRA 設(shè)備向一 HSS 發(fā)送 Update-Location-Request 消息；若所述MME檢測(cè)到從所述DRA設(shè)備返回的Update-Location-Answer消息中攜帶更新后的HSS的標(biāo)識(shí)，則重新發(fā)送Update-Location-Request消息給該更新后的HSS。本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送Update-Location-Request消息的方法包括DRA 設(shè)備轉(zhuǎn)發(fā) MME 給一 HSS 的 Update-Location-Request 消息；若檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)Update-Location-Answer 消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送 Update-Location-Request 消息給該更新后的 HSS0本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送Update-Location-Request消息的系統(tǒng)包括MME，用于通過(guò)DRA設(shè)備向第一 HSS發(fā)送Update-Location-Request消息，若檢測(cè)到從所述DRA設(shè)備返回的Update-Location-Answer消息中攜帶更新后的第二 HSS的標(biāo)識(shí)， 則重新發(fā)送Update-Location-Request消息給該更新后的第二 HSS ；DRA設(shè)備，用于轉(zhuǎn)發(fā)MME給第一 HSS的Update-Location-Request消息，若檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的第二 HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送Update-Location-Request消息給該更新后的第二 HSS;第一 HSS，用于根據(jù)接收的Update-Location-Request消息進(jìn)行相應(yīng)地位置更新處理；第二 HSS，用于根據(jù)接收的Update-Location-Request消息進(jìn)行相應(yīng)地位置更新處理。本發(fā)明實(shí)施例提供的一種MME包括第一發(fā)送單元，用于通過(guò)DRA設(shè)備向一 HSS發(fā)送Update-Location-Request消息；第一檢測(cè)單元，用于檢測(cè)從所述DRA設(shè)備返回的Update-Location-Answer消息中是否攜帶更新后的HSS的標(biāo)識(shí)；重發(fā)單元，用于如果所述第一檢測(cè)單元檢測(cè)到從所述DRA設(shè)備返回的Update-Location-Answer消息中攜帶更新后的HSS的標(biāo)識(shí)，則重新發(fā)送 Update-Location-Request 消息給該更新后的 HSS0本發(fā)明實(shí)施例提供的一種DRA設(shè)備包括轉(zhuǎn)發(fā)單元，用于轉(zhuǎn)發(fā)MME 給一 HSS 的 Update-Location-Request 消息；第二檢測(cè)單元，用于檢測(cè)與該DRA設(shè)備通信的HSS是否發(fā)生更新；第二發(fā)送單元，用于如果所述第二檢測(cè)單元檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送Update-Location-Request消息給該更新后的HSS。通過(guò)以上技術(shù)方案可知，本發(fā)明實(shí)施例中的LTE系統(tǒng)中，MME通過(guò)DRA設(shè)備向一 HSS發(fā)送Update-Location-Request消息；若所述DRA設(shè)備檢測(cè)到與該DRA設(shè)備通信的HSS 發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME ；
Update-Location-Answer 夕肖;窗、的 MME Mfl^i^ Update-Location-Request M 息給該更新后的HSS。因此，本發(fā)明實(shí)施例中的DRA設(shè)備在檢測(cè)與該DRA設(shè)備通信的HSS發(fā)生更新時(shí)，可以將更新后的HSS的標(biāo)識(shí)返回給MME，該更新后的HSS是DRA設(shè)備可以將消息成功傳送到的HSS，MME向該更新后的HSS重新組織并發(fā)送Update-Location-Request消息，提高了 LTE系統(tǒng)中MME向HSS發(fā)送Update-Location-Request消息的成功率。


圖1為本發(fā)明方法的一具體實(shí)施例的流程示意圖；圖2為本發(fā)明方法的另一具體實(shí)施例的流程示意圖；圖3為本發(fā)明方法的又一具體實(shí)施例的流程示意圖；圖4為本發(fā)明系統(tǒng)的結(jié)構(gòu)示意圖；圖5為本發(fā)明系統(tǒng)實(shí)施例中MME的結(jié)構(gòu)示意圖；圖6為本發(fā)明系統(tǒng)實(shí)施例中DRA設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例的LTE系統(tǒng)中，MME與HSS之間沒(méi)有設(shè)置直連路由，MME通過(guò) DRA設(shè)備向一 HSS發(fā)送Update-Location-Request消息；若所述DRA設(shè)備檢測(cè)到與該 DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的HSS 的標(biāo)識(shí)發(fā)送給所述MME ；接收到所述Update-Location-Answer消息的MME重新發(fā)送 Update-Location-Request 消息給該更新后的 HSS0圖1為本發(fā)明方法的一具體實(shí)施例的流程示意圖。參見(jiàn)圖1所示，本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送 Update-Location-Request 消息的方法包括步驟101 =MME 通過(guò) DRA 設(shè)備向一 HSS 發(fā)送 Update-Location-Request 消息。步驟102 若所述DRA設(shè)備檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò) Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME。步驟103 接收到所述Update-Location-Answer消息的MME重新發(fā)送 Update-Location-Request 消息給該更新后的 HSS0這里，所述Update-Location-Answer消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)實(shí)施例，所述Update-Location-Answer消息包括設(shè)定的屬性值對(duì) (Attribute Value Pairs, AVP)，該設(shè)定的AVP攜帶更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)AVP包括一個(gè)頭和用來(lái)封裝特定協(xié)議的數(shù)據(jù)、認(rèn)證、授權(quán)或計(jì)費(fèi)信息。所述設(shè)定的AVP包括第一 AVP、第二 AVP和第三AVP，其中，所述第一 AVP攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間，優(yōu)選地，更新后的HSS的標(biāo)識(shí)為該更新后的HSS的主機(jī)名。將第一 AVP定義為重定向主機(jī)(Redirect-Host) AVP，將第二 AVP定義為重定向主機(jī)用法(Redirect-Host-Usage) AVP，將第三AVP定義為重定向最大緩存時(shí)間 (Redirect-Max-Cache-Time) AVP,則包括上述三個(gè)設(shè)定 AVP 的 Update-Location-Answer 消
息的結(jié)構(gòu)如下< Update-Location-Answer〉::=< Diameter Header: 316, PXY, 16777251 >
< Session-Id > [Result-Code ] {Auth-Session-State } { Origin-Host} { Origin-Realm }
*[ Supported-Features ] [ULA-Flags ]
*[ Redirect-Host ] [Redirect-Max-Cache-Time ] *[AVP] *[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]三個(gè)設(shè)定的AVP的具體解釋如下Redirect-Host AVP 為字節(jié)流類型，如果 Update-Location-Answer 消息的直徑(Diameter)消息頭的E比特被設(shè)置，且結(jié)果代碼(Result-Code)設(shè)為直徑重定向指示(DIAMETER_REDIRECT_INDICATION)，則必須有一個(gè)或多個(gè) Redirect-Host AVP0 根據(jù) Update-Location-Answer消息，接收Diameter節(jié)點(diǎn)把請(qǐng)求消息直接前轉(zhuǎn)到Redirect-Host AVP中列出的更新后的HSS中的一個(gè)HSS，WRedirect-Host AVP中選出的HSS應(yīng)在整個(gè)會(huì)話過(guò)程中使用。Redirect-Host-Usage AVP為枚舉類型，該AVP出現(xiàn)在Diameter消息頭的E比特置位，且 Result-Code AVP 為 DIAMETER_REDIRECT_INDICATION 的 Update-Location-Answer 消息中。Redirect-Host-Usage AVP，表征更新后的HSS的尋路列表的使用方法，支持下述取值1、不緩存(DONT_CACHE) (0)，表征 Redirect-Host AVP 中列出的 HSS 不進(jìn)行緩存， 這是默認(rèn)值；2、所有會(huì)話(ALL_SESSION) (1)，表征所有會(huì)話中的消息，由于有相同的會(huì)話標(biāo)識(shí) (Session-ID)AVP，可能會(huì)發(fā)向 Redirect-Host AVP 中列出的 HSS ；
3、所有領(lǐng)域(ALL_REALM) O)，表征所有請(qǐng)求同一目的域的消息可能會(huì)發(fā)往 Redirect-Host AVP 中列出的 HSS ；4、領(lǐng)域和應(yīng)用(REALM_AND_APPLICATION) (3)，表征所有的到同一域里中同一應(yīng)用的消息可能發(fā)送到Redirect-Host AVP中列出的HSS ；5、所有應(yīng)用(ALL_APPLICATION) ，表征所有針對(duì)一應(yīng)用的消息可能發(fā)往 Redirect-Host AVP 中列出的 HSS ；6、所有主機(jī)(ALL_H0ST) (5)，表征所有更新后的HSS主機(jī)的消息可能會(huì)被發(fā)往 Redirect-Host AVP 中列出的 HSS ；7、所有用戶(ALL_USER) (6)，表征對(duì)于請(qǐng)求用戶的所有消息可能會(huì)被發(fā)送到 Redirect-Host AVP 中列出的 HSS。Redirect-Max-Cache-Time AVP 為無(wú)符號(hào)整型類型，該 AVP 必須出現(xiàn)在 Diameter 消息頭的 E 比特被設(shè)置，且 Result-Code AVP 設(shè)為 DIAMETER_REDIRECT_INDICATION，且 Redirect-Host-Usage AVP # O 的 Update-Location-Answer 夕肖;窗、中。i亥 AVP ^iESfrjp 的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。當(dāng)DRA設(shè)備不能與一 HSS進(jìn)行通信時(shí)， 所有與該HSS相關(guān)的對(duì)等端列表與路由列表均必須被刪除。圖2為本發(fā)明方法的另一具體實(shí)施例的流程示意圖。參見(jiàn)圖2所示，本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送 Update-Location-Request 消息的方法包括步驟201 =MME 通過(guò) DRA 設(shè)備向一 HSS 發(fā)送 Update-Location-Request 消息。這里，MME向HSS發(fā)送Update-Location-Request消息是為了獲取用戶的簽約信
肩、ο步驟202 若所述MME檢測(cè)到從所述DRA設(shè)備返回的Update-Location-Answer消息中攜帶更新后的HSS的標(biāo)識(shí)，則重新發(fā)送Update-Location-Request消息給該更新后的 HSS。這里，所述Update-Location-Answer消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)實(shí)施例，所述Update-Location-Answer消息包括設(shè)定的AVP，該設(shè)定的AVP攜帶更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。所述設(shè)定的AVP包括第一 AVP、第二 AVP和第三AVP，其中，所述第一 AVP攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。圖3為本發(fā)明方法的又一具體實(shí)施例的流程示意圖。參見(jiàn)圖3所示，本發(fā)明實(shí)施例提供的一種LTE系統(tǒng)中重新發(fā)送 Update-Location-Request 消息的方法包括步驟301 =DRA 設(shè)備轉(zhuǎn)發(fā) MME 給一 HSS 的 Update-Location-Request 消息。步驟302 若檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò) Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送Update-Location-Request消息給該更新后的HSS。這里，所述Update-Location-Answer消息還進(jìn)一步包括更新后的HSS的尋路列表
9的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)實(shí)施例，所述Update-Location-Answer消息包括設(shè)定的AVP，該設(shè)定的AVP攜帶更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。所述設(shè)定的AVP包括第一 AVP、第二 AVP和第三AVP，其中，所述第一 AVP攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。圖4為本發(fā)明系統(tǒng)的結(jié)構(gòu)示意圖。參見(jiàn)圖4所示，本發(fā)明實(shí)施例提供的在LTE系統(tǒng)中重新發(fā)送 Update-Location-Request 消息的系統(tǒng)包括MME41、DRA 設(shè)備 42、第一 HSS43 和第二 HSS44， 其中，MME41，用于通過(guò) DRA 設(shè)備 42 向第一 HSS43 發(fā)送 Update-Location-Request 消息， 若檢測(cè)到從所述DRA設(shè)備42返回的Update-Location-Answer消息中攜帶更新后的第二 HSS44的標(biāo)識(shí)，則重新發(fā)送Update-Location-Request消息給該更新后的第二 HSS44 ；DRA 設(shè)備 42，用于轉(zhuǎn)發(fā) MME41 給第一 HSS43 的 Update-Location-Request 消息，若檢測(cè)到與該DRA設(shè)備42通信的HSS發(fā)生更新，則通過(guò)Update-Location-Answer 消息將更新后的第二 HSS44的標(biāo)識(shí)發(fā)送給所述MME41，指示所述MME41重新發(fā)送 Update-Location-Request 消息給該更新后的第二 HSS44 ；第一 HSS43，用于根據(jù)接收的Update-Location-Request消息進(jìn)行相應(yīng)地位置更新處理；第二 HSS44，用于根據(jù)接收的Update-Location-Request消息進(jìn)行相應(yīng)地位置更新處理。這里，所述第一 HSS43對(duì)應(yīng)方法實(shí)施例中MME最初選擇的一 HSS，所述第二 HSS44 對(duì)應(yīng)方法實(shí)施例中更新后的HSS。所述DRA設(shè)備42向所述MME41發(fā)送的Update-Location-Answer消息還進(jìn)一步包括更新后的第二 HSS44的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)實(shí)施例，所述DRA設(shè)備42向所述MME41發(fā)送的Update-Location-Answer消息包括設(shè)定的AVP，該設(shè)定的AVP用于攜帶更新后的第二 HSS44的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。所述設(shè)定的AVP包括第一 AVP、第二 AVP和第三AVP，其中，所述第一 AVP用于攜帶更新后的第二 HSS44的標(biāo)識(shí)，所述第二 AVP用于攜帶更新后的第二 HSS44的尋路列表的使用方法，所述第三AVP用于攜帶更新后的第二 HSS44的對(duì)等端列表與路由列表的最大緩存時(shí)間，優(yōu)選地，第二 HSS44的標(biāo)識(shí)為第二 HSS44的主機(jī)名。將第一AVP 定義為 Redirect-Host AVP,將第二 AVP 定義為 Redirect-Host-Usage AVP,將第三AVP定義為Redirect-Max-Cache-Time AVP,則包括上述三個(gè)設(shè)定AVP的 Update-Location-Answer 消息的結(jié)構(gòu)如下< Update-Location-Answer〉::=< Diameter Header: 316, PXY, 16777251 >
< Session-Id > [Result-Code ] [Experimental-Result ] {Auth-Session-State } { Origin-Host} { Origin-Realm }
*[ Supported-Features ] [ULA-Flags ]
*[ Redirect-Host ] [Redirect-Max-Cache-Time ] *[AVP] *[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]三個(gè)設(shè)定的AVP的具體解釋如下Redirect-Host AVP 為字節(jié)流類型，如果 Update-Location-Answer 消息的 Diameter 消息頭的 E 比特被設(shè)置，且 Result-Code 設(shè)為 DIAMETER_REDIRECT_INDICATION， 則必須有一個(gè)或多個(gè)Redirect-HostAVP。根據(jù)Update-Location-Answer消息，接收 Diameter節(jié)點(diǎn)把請(qǐng)求消息直接前轉(zhuǎn)到Redirect-Host AVP中列出的更新后的HSS中的一個(gè) HSS,從Redirect-Host AVP中選出的HSS應(yīng)在整個(gè)會(huì)話過(guò)程中使用。Redirect-Host-Usage AVP為枚舉類型，該AVP出現(xiàn)在Diameter消息頭的E比特置位，且 Result-Code AVP 為 DIAMETER_REDIRECT_INDICATION 的 Update-Location-Answer 消息中。Redirect-Host-Usage AVP，表征更新后的HSS的尋路列表的使用方法，支持下述取值1、DONT_CACHE (0)，表征Redirect-Host AVP中列出的HSS不進(jìn)行緩存，這是默認(rèn)值；2、ALL_SESSI0N(1)，表征所有會(huì)話中的消息，由于有相同的Session-IDAVP，可能會(huì)發(fā)向Redirect-Host AVP中列出的HSS ；3、ALL_REALM(2)，表征所有請(qǐng)求同一目的域的消息可能會(huì)發(fā)往Redirect-HostAVP中列出的HSS ；4、REALM_AND_APPLICATI0N(3)，表征所有的到同一域里中同一應(yīng)用的消息可能發(fā)送到 Redirect-Host AVP 中列出的 HSS ；5、ALL_APPLICATI0N(4)，表征所有針對(duì)一應(yīng)用的消息可能發(fā)往Redirect-Host AVP中列出的HSS ；6、ALL_H0ST(5)，表征所有更新后的HSS主機(jī)的消息可能會(huì)發(fā)往Redirect-Host AVP中列出的HSS ；7、ALL_USER(6)，表征對(duì)于請(qǐng)求用戶的所有消息可能會(huì)被發(fā)送到Redirect-Host AVP中列出的HSS。Redirect-Max-Cache-Time AVP 為無(wú)符號(hào)整型類型，該 AVP 必須出現(xiàn)在 Diameter 消息頭的 E 比特被設(shè)置，且 Result-Code AVP 設(shè)為 DIAMETER_REDIRECT_INDICATION，且 Redirect-Host-Usage AVP # O 的 Update-Location-Answer 夕肖;窗、中。i亥 AVP ^iESfrjp 的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。當(dāng)DRA設(shè)備不能與一 HSS進(jìn)行通信時(shí)， 所有與該HSS相關(guān)的對(duì)等端列表與路由列表均必須被刪除。圖5為本發(fā)明系統(tǒng)實(shí)施例中MME的結(jié)構(gòu)示意圖。參見(jiàn)圖5所示，在圖4所述的系統(tǒng)中的MME包括第一發(fā)送單元51、第一檢測(cè)單元 52和重發(fā)單元53，其中，第一發(fā)送單元51，用于通過(guò)DRA設(shè)備向一 HSS發(fā)送Update-Location-Request消息；第一檢測(cè)單元52，用于檢測(cè)從所述DRA設(shè)備返回的Update-Locat ion-Answer消息中是否攜帶更新后的HSS的標(biāo)識(shí)；重發(fā)單元53，用于如果所述第一檢測(cè)單元52檢測(cè)到從所述DRA設(shè)備返回的Update-Location-Answer消息中攜帶更新后的HSS的標(biāo)識(shí)，則重新發(fā)送 Update-Location-Request 消息給該更新后的 HSS0這里，所述第一檢測(cè)單元52檢測(cè)的Update-Location-Answer消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)實(shí)施例，所述第一檢測(cè)單元52檢測(cè)的Update-Location-Answer消息包括設(shè)定的AVP，該設(shè)定的AVP用于攜帶更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。所述設(shè)定的AVP包括第一 AVP、第二 AVP和第三AVP，其中， 所述第一 AVP用于攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP用于攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP用于攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。圖6為本發(fā)明系統(tǒng)實(shí)施例中DRA設(shè)備的結(jié)構(gòu)示意圖。參見(jiàn)圖6所示，在圖4所述的系統(tǒng)中的DRA設(shè)備包括轉(zhuǎn)發(fā)單元61、第二檢測(cè)單元 62和第二發(fā)送單元63，其中，轉(zhuǎn)發(fā)單元61，用于轉(zhuǎn)發(fā) MME 給一 HSS 的 Update-Location-Request 消息；第二檢測(cè)單元62，用于檢測(cè)與該DRA設(shè)備通信的HSS是否發(fā)生更新；第二發(fā)送單元63，用于如果所述第二檢測(cè)單元62檢測(cè)到與該DRA設(shè)備通信的HSS 發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送Update-Location-Request消息給該更新后的HSS。這里，所述第二發(fā)送單元63向所述MME發(fā)送的Update-Location-Answer消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。一個(gè)實(shí)施例，所述第二發(fā)送單元63向所述MME發(fā)送的Update-Location-Answer 消息包括設(shè)定的AVP，該設(shè)定的AVP用于攜帶更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。所述設(shè)定的AVP包括第一 AVP、第二 AVP和第三 AVP，其中，所述第一 AVP用于攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP用于攜帶更新后的 HSS的尋路列表的使用方法，所述第三AVP用于攜帶與該更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。通過(guò)以上技術(shù)方案可知，本發(fā)明實(shí)施例中的LTE系統(tǒng)中，MME通過(guò)DRA設(shè)備向一 HSS發(fā)送Update-Location-Request消息；若所述DRA設(shè)備檢測(cè)到與該DRA設(shè)備通信的HSS 發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME ；
Update-Location-Answer 夕肖;窗、的 MME Mfl^i^ Update-Location-Request M 息給該更新后的HSS。因此，本發(fā)明實(shí)施例中的DRA設(shè)備在檢測(cè)與該DRA設(shè)備通信的HSS發(fā)生更新時(shí)，可以將更新后的HSS的標(biāo)識(shí)返回給ΜΜΕ，該更新后的HSS是DRA設(shè)備可以將消息成功傳送到的HSS，MME向該更新后的HSS重新組織并發(fā)送Update-Location-Request消息，提高了 LTE系統(tǒng)中MME向HSS發(fā)送Update-Location-Request消息的成功率。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對(duì)本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種長(zhǎng)期演進(jìn)系統(tǒng)中重新發(fā)送位置更新請(qǐng)求消息的方法，其特征在于，該方法包括移動(dòng)性管理實(shí)體MME通過(guò)動(dòng)態(tài)資源分配DRA設(shè)備向一歸屬用戶服務(wù)器HSS發(fā)送位置更新請(qǐng)求消息；若所述DRA設(shè)備檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)位置更新響應(yīng)消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME ；接收到所述位置更新響應(yīng)消息的MME重新發(fā)送位置更新請(qǐng)求消息給該更新后的HSS。
2.如權(quán)利要求1所述的方法，其特征在于，所述位置更新響應(yīng)消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
3.如權(quán)利要求2所述的方法，其特征在于，所述更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間由所述位置更新響應(yīng)消息中設(shè)定的AVP攜市ο
4.如權(quán)利要求3所述的方法，其特征在于，所述設(shè)定的AVP包括第一AVP、第二 AVP和第三AVP，其中，所述第一 AVP攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。
5.一種長(zhǎng)期演進(jìn)系統(tǒng)中重新發(fā)送位置更新請(qǐng)求消息的方法，其特征在于，該方法包括移動(dòng)性管理實(shí)體MME通過(guò)動(dòng)態(tài)資源分配DRA設(shè)備向一歸屬用戶服務(wù)器HSS發(fā)送位置更新請(qǐng)求消息；若所述MME檢測(cè)到從所述DRA設(shè)備返回的位置更新響應(yīng)消息中攜帶更新后的HSS的標(biāo)識(shí)，則重新發(fā)送位置更新請(qǐng)求消息給該更新后的HSS。
6.如權(quán)利要求5所述的方法，其特征在于，所述位置更新響應(yīng)消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
7.如權(quán)利要求6所述的方法，其特征在于，所述更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間由所述位置更新響應(yīng)消息中設(shè)定的AVP攜市ο
8.如權(quán)利要求7所述的方法，其特征在于，所述設(shè)定的AVP包括第一AVP、第二 AVP和第三AVP，其中，所述第一 AVP攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。
9.一種長(zhǎng)期演進(jìn)系統(tǒng)中重新發(fā)送位置更新請(qǐng)求消息的方法，其特征在于，該方法包括動(dòng)態(tài)資源分配DRA設(shè)備轉(zhuǎn)發(fā)移動(dòng)性管理實(shí)體MME給一歸屬用戶服務(wù)器HSS的位置更新請(qǐng)求消息；若檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)位置更新響應(yīng)消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送位置更新請(qǐng)求消息給該更新后的HSS。
10.如權(quán)利要求9所述的方法，其特征在于，所述位置更新響應(yīng)消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
11.如權(quán)利要求10所述的方法，其特征在于，所述更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間由所述位置更新響應(yīng)消息中設(shè)定的AVP攜帶。
12.如權(quán)利要求11所述的方法，其特征在于，所述設(shè)定的AVP包括第一AVP、第二 AVP和第三AVP，其中，所述第一 AVP攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。
13.—種長(zhǎng)期演進(jìn)系統(tǒng)中重新發(fā)送位置更新請(qǐng)求消息的系統(tǒng)，其特征在于，該系統(tǒng)包括移動(dòng)性管理實(shí)體MME，用于通過(guò)動(dòng)態(tài)資源分配DRA設(shè)備向第一歸屬用戶服務(wù)器HSS發(fā)送位置更新請(qǐng)求消息，若檢測(cè)到從所述DRA設(shè)備返回的位置更新響應(yīng)消息中攜帶更新后的第二 HSS的標(biāo)識(shí)，則重新發(fā)送位置更新請(qǐng)求消息給該更新后的第二 HSS ；DRA設(shè)備，用于轉(zhuǎn)發(fā)MME給第一 HSS的位置更新請(qǐng)求消息，若檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)位置更新響應(yīng)消息將更新后的第二 HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送位置更新請(qǐng)求消息給該更新后的第二 HSS ；第一 HSS，用于根據(jù)接收的位置更新請(qǐng)求消息進(jìn)行相應(yīng)地位置更新處理；第二 HSS，用于根據(jù)接收的位置更新請(qǐng)求消息進(jìn)行相應(yīng)地位置更新處理。
14.如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述DRA設(shè)備向所述MME發(fā)送的位置更新響應(yīng)消息還進(jìn)一步包括更新后的第二 HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
15.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述DRA設(shè)備向所述MME發(fā)送的位置更新響應(yīng)消息包括設(shè)定的屬性值對(duì)AVP，該設(shè)定的AVP用于攜帶更新后的第二 HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述設(shè)定的AVP包括第一AVP、第二 AVP和第三AVP，其中，所述第一 AVP用于攜帶更新后的第二 HSS標(biāo)識(shí)，所述第二 AVP用于攜帶更新后的第二 HSS的尋路列表的使用方法，所述第三AVP用于攜帶更新后的第二 HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。
17.一種移動(dòng)性管理實(shí)體MME，其特征在于，該MME包括第一發(fā)送單元，用于通過(guò)動(dòng)態(tài)資源分配DRA設(shè)備向一歸屬用戶服務(wù)器HSS發(fā)送位置更新請(qǐng)求消息；第一檢測(cè)單元，用于檢測(cè)從所述DRA設(shè)備返回的位置更新響應(yīng)消息中是否攜帶更新后的HSS的標(biāo)識(shí)；重發(fā)單元，用于如果所述第一檢測(cè)單元檢測(cè)到從所述DRA設(shè)備返回的位置更新響應(yīng)消息中攜帶更新后的HSS的標(biāo)識(shí)，則重新發(fā)送位置更新請(qǐng)求消息給該更新后的HSS。
18.如權(quán)利要求17所述的MME，其特征在于，所述第一檢測(cè)單元檢測(cè)的位置更新響應(yīng)消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
19.如權(quán)利要求18所述的MME，其特征在于，所述第一檢測(cè)單元檢測(cè)的位置更新響應(yīng)消息包括設(shè)定的屬性值對(duì)AVP，該設(shè)定的AVP用于攜帶更新后的HSS的標(biāo)識(shí)、尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
20.如權(quán)利要求19所述的MME，其特征在于，所述設(shè)定的AVP包括第一AVP、第二 AVP和第三AVP，其中，所述第一 AVP用于攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP用于攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP用于攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。
21.一種動(dòng)態(tài)資源分配DRA設(shè)備，其特征在于，該DRA設(shè)備包括轉(zhuǎn)發(fā)單元，用于轉(zhuǎn)發(fā)移動(dòng)性管理實(shí)體MME給一歸屬用戶服務(wù)器HSS的位置更新請(qǐng)求消息；第二檢測(cè)單元，用于檢測(cè)與該DRA設(shè)備通信的HSS是否發(fā)生更新；第二發(fā)送單元，用于如果所述第二檢測(cè)單元檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新， 則通過(guò)位置更新響應(yīng)消息將更新后的HSS的標(biāo)識(shí)發(fā)送給所述MME，指示所述MME重新發(fā)送位置更新請(qǐng)求消息給該更新后的HSS。
22.如權(quán)利要求21所述的DRA設(shè)備，其特征在于，所述第二發(fā)送單元向所述MME發(fā)送的位置更新響應(yīng)消息還進(jìn)一步包括更新后的HSS的尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
23.如權(quán)利要求22所述的DRA設(shè)備，其特征在于，所述第二發(fā)送單元向所述MME發(fā)送的位置更新響應(yīng)消息包括設(shè)定的屬性值對(duì)AVP，該設(shè)定的AVP用于攜帶更新后的HSS的標(biāo)識(shí)、 尋路列表的使用方法及對(duì)等端列表與路由列表的最大緩存時(shí)間。
24.如權(quán)利要求23所述的DRA設(shè)備，其特征在于，所述設(shè)定的AVP包括第一AVP、第二 AVP和第三AVP，其中，所述第一 AVP用于攜帶更新后的HSS的標(biāo)識(shí)，所述第二 AVP用于攜帶更新后的HSS的尋路列表的使用方法，所述第三AVP用于攜帶更新后的HSS的對(duì)等端列表與路由列表的最大緩存時(shí)間。
全文摘要
本發(fā)明公開了一種LTE系統(tǒng)中重新發(fā)送Update-Location-Request消息的方法、系統(tǒng)及設(shè)備，該方法包括MME通過(guò)DRA設(shè)備向一HSS發(fā)送Update-Location-Request消息；若DRA設(shè)備檢測(cè)到與該DRA設(shè)備通信的HSS發(fā)生更新，則通過(guò)Update-Location-Answer消息將更新后的HSS的標(biāo)識(shí)發(fā)送給MME；接收到該Update-Location-Answer消息的MME重新發(fā)送Update-Location-Request消息給該更新后的HSS。因此，應(yīng)用本發(fā)明，可以提高LTE系統(tǒng)中MME向HSS發(fā)送Update-Location-Request消息的成功率。
文檔編號(hào)H04W8/08GK102395121SQ20111033250
公開日2012年3月28日 申請(qǐng)日期2011年10月27日 優(yōu)先權(quán)日2011年10月27日
發(fā)明者薛倩 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司