專利名稱：寬帶無線系統(tǒng)中實現(xiàn)快速基站切換的服務基站更新方法
技術領域：
本發(fā)明涉及一種快速基站切換的實現(xiàn)方法，尤其涉及一種在寬帶無線系 統(tǒng)中實現(xiàn)快速基站切換的服務基站更新方法。
背景技術：
在移動通信系統(tǒng)中，切換作為支持終端移動的 一項重要功能備受重視。 判定切換性能中有兩個重要指標，這就是切換所需時長和切換后數(shù)據(jù)的完整 性，也就是數(shù)據(jù)丟失率。
在目前的寬帶無線接入系統(tǒng)的空口協(xié)議IEEE802.16e中提出了一種 FBSS (fast BS switching,快速基站切換)切換機制以提高系統(tǒng)在切換時的 性能減少切換時長，減少數(shù)據(jù)丟失率。FBSS切換包含有效集增加、有效 集去除、和服務基站(ServingBS)更新三個階段，而三個階段中減少 ServingBS更新所需的時間和保證切換時數(shù)據(jù)的完整性傳輸是FBSS中最重 要的。
為了支持移動性管理，WiMAX Forum NWG規(guī)范引入了切換功能實體 以及數(shù)據(jù)通道的概念。
(1 )切換功能實體可以根據(jù)自己擔任的角色，細分為服務切換功能、 目標切換功能和中繼切換功能。其中
服務切換功能(ServingHO):這個切換功能用于控制所有切換判決操 作和與切換相關的信令流程。它通過O個或更多的中繼切換功能與目標切換 功能交互，準備切換并將結果發(fā)送給MS。
目標切換功能(TargetHO ):這個切換功能是選定為切換目標的切換功 能，或潛在的切換目標功能。
中繼切換功能(RdayHO):這個切換功能在服務和目標切換功能之間
中繼切換相關的控制消息。
(2 )NWG規(guī)范中管理數(shù)據(jù)通道是通過數(shù)據(jù)通道功能體DPF來實現(xiàn)的。 DPF功能體可以位于接入網(wǎng)關(AGW)，也可以位于基站(BS)。該功能 體有四種類型
AnchorDP (錨數(shù)據(jù)通道功能實體)位于AGW，接收網(wǎng)絡來的IP包， 發(fā)給ServingDP,并發(fā)起數(shù)據(jù)通道的建立，釋放等功能，
ServingDP (服務數(shù)據(jù)通道功能實體)位于BS，負責與AnchorDP — 起建立數(shù)據(jù)通道，交互網(wǎng)絡與MS (移動臺)之間的數(shù)據(jù)包，
TargetDP (目標數(shù)據(jù)通道功能實體)位于BS，切換完成后新的 ServingDP,
RelayDP (中繼數(shù)據(jù)通道功能實體)位于AGW，協(xié)助傳遞AnchorDP 和ServingDP之間的數(shù)據(jù)包或者數(shù)據(jù)通道管理的信令)。
IEEE802.16e規(guī)定了空中接口 ( Rl 口 )針對FBSS的相關流程，而如何 在網(wǎng)絡側實現(xiàn)FBSS切換相關流程目前還是一 片空白，WiMAXNWG規(guī)范目 前也沒有對FBSS的支持。為了能夠提高系統(tǒng)切換性能，支持FBSS,本文 對此進行了定義和描述。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題在于提供一種寬帶無線系統(tǒng)中實現(xiàn)快速基 站切換的服務基站更新方法，實現(xiàn)系統(tǒng)對快速基站切換功能的支持，減少移 動終端MS進行快速基站切換的時間，并保證切換時的數(shù)據(jù)完整性。
為解決上述技術問題，本發(fā)明提供一種寬帶無線系統(tǒng)中實現(xiàn)快速基站切 換的服務基站更新方法，包括如下步驟
(11 )服務切換功能實體接收到移動臺發(fā)起的服務基站更新請求，如果 判斷到需要進行服務基站更新，則將所述更新請求直接或中繼發(fā)送至目標切 換功能實體，其中攜帶希望做更新的目標基站信息；
(12 )所述目標切換功能實體對接收到的更新請求進行判斷后，如果認 為可以接受此請求，則返回同意更新的響應消息給所述服務切換功能實體，
并由所述服務切換功能實體通過空中接口向移動臺返回所述響應消息；
(13 )所述移動臺在新的服務基站，即原目標基站接入后，向該新的服 務基站上報自己接收到的最后一個前向數(shù)據(jù)包的編號n，并由該新的服務基 站通知錨數(shù)據(jù)通道功能實體將對端從原來的服務數(shù)據(jù)通道功能實體切換到 目標數(shù)據(jù)通道功能實體，即新的服務數(shù)據(jù)通道功能實體，并從編號n+l開 始發(fā)送前向數(shù)據(jù)包。
本發(fā)明可以有效地實現(xiàn)對FBSS的支持，并減少在FBSS的服務BS更 新過程中的消息處理，減少切換時長。
本發(fā)明的顯著優(yōu)勢在于，實現(xiàn)了系統(tǒng)級的對FBSS的支持而不僅僅是空 中接口的交互，進一步地還提出在FBSS的有效集加的過程中，就將可以加 入有效集的TargetDP與AnchorDP建立好數(shù)據(jù)通道，這樣在FBSS的 ServingBS更新過程中就不用進行數(shù)據(jù)通道的建立過程，減少了切換時長。 與此同時，AnchorDP由于同時維護了 ServingDP和TargetDP信息，在做FBSS 的ServingBS更新切換過程中能夠立即切換到新的數(shù)據(jù)通道，這樣不僅加快 FBSS的服務BS更新流程，同時也保證了在Anchor更新時的數(shù)據(jù)完整性。


圖1為本發(fā)明所述方法涉及的AGW和ServingBS和有效集候選BS功 能體的分布圖。
圖2為本發(fā)明所述方法涉及的FBSS有效集增加，有效集候選數(shù)據(jù)通道 增加的流程圖。
圖3為本發(fā)明所述方法涉及的FBSS ServingBS更新的流程圖。
圖4為本發(fā)明所述方法涉及的FBSS有效集去除以及有效集候選數(shù)據(jù)通 道釋放的流程圖。
具體實施例方式
本發(fā)明是為了提供網(wǎng)絡側FBSS的控制流程。其中主要包括ServingHO 對FBSS的有效集進行維護，包括ServingBS更新，有效集增加，有效集去 除。本發(fā)明的核心在于新加入有效集時，候選BS和AnchorDP提前建立兩 者間的數(shù)據(jù)通道，以及AnchorDP對有效集候選數(shù)據(jù)通道的維護，包括增加， 去除，修改等。
下面，分階段對有效集增加、服務基站更新、有效集去除這三個過程進 行說明。
1、 FBSS有效集候選BS增加，以及有效集候選數(shù)據(jù)通道建立過程如下
步驟la、正在與該MS通信的ServingHO接收到MS發(fā)起的切換請求， ServingHO可以在BS也可以在AGW。 ServingHO可以根據(jù)之前跟MS協(xié)商 支持的切換類型和此切換請求消息中新BS的下行信道質(zhì)量的進行判斷，發(fā) 現(xiàn)可以在FBSS切換的有效集中增加候選BS，就將此切換請求消息通過 RelayHO，發(fā)送給TargetHO (可以有一個或者多個)請求增加這些新BS到 該MS對應的有效集中。
步驟lb、 TargetHO收到了切換請求消息后，決定接受這個請求，就通 知TargetDP發(fā)送數(shù)據(jù)通道的預建立消息和AnchorDP建立數(shù)據(jù)通道。在這里 可以利用該消息在 一對TargetDP和AnchorDP之間同時建立 一條或者多條數(shù)
據(jù)通道。
步驟lc、 TargetDP和AnchorDP建立完數(shù)據(jù)通道后，TargetHO就返回 切換響應消息給ServingHO, ServingHO成功地在有效集中加入了新的候選 BS,并在空口給MS返回相應的切換響應消息。
至此，F(xiàn)BSS有效集候選BS增加，有效集候選數(shù)據(jù)通道建立完成。
需要注意的是，如果ServingHO和TargetHO之間有直連通道的話，則 可以直接傳遞切換請求/響應消息，而不需要RelayHO的中繼。
2、 FBSS的ServingBS更新過程如下
步驟2a、 ServingHO接收到MS發(fā)起的ServingBS更新請求，可以才艮據(jù)
該消息以及有效集候選BS的下行信道質(zhì)量進行判斷，發(fā)現(xiàn)需要進行 ServingBS更新，就將切換請求轉發(fā)給該TargetHO。
步驟2b、 TargetHO經(jīng)過判斷，認為可以接受此請求，就返回同意更新 的切換響應消息給ServingHO, ServingHO通過空口給MS返回ServingBS
更新的切換響應消息。
步驟2c、 MS在新的ServingBS接入后，上報自己接收到的最后一個前 向數(shù)據(jù)包的編號n,新的ServingBS收到該編號n后通知AnchorDP將數(shù)據(jù) 通道的對端從原來的ServingDP切換到TargetDP (新的ServingDP),并且 開始按照接收到的編號n+1發(fā)送前向數(shù)據(jù)包。與此同時可以將原來的 ServingDP標識為有效集候選數(shù)據(jù)通道。至此，F(xiàn)BSS的ServingBS更新完成。
另外還可以用這樣的ServingBS更新過程
步驟2A、 ServingHO接收到MS發(fā)起的ServingBS更新請求，可以根據(jù) 該消息以及有效集候選BS的下行信道質(zhì)量進行判斷，發(fā)現(xiàn)需要進行 ServingBS更新，就將切換請求轉發(fā)給該TargetHO。在切換請求中可以攜帶 當前發(fā)送的最后一個凄t據(jù)包編號m。
步驟2B、 TargetHO經(jīng)過判斷，認為可以接受此請求，就返回同意更新 的切換響應消息給ServingHO， ServingHO通過空口給MS返回ServingBS 更新的切換響應消息。
步驟2C、與此同時，TargetDP通過數(shù)據(jù)通道建立請求消息，請AnchorDP 開始發(fā)送數(shù)據(jù)給自己，AnchorDP開始在ServingDP和TargetDP的兩條通道 上都在發(fā)送數(shù)據(jù)包。TargetDP收到后，緩存下來。這個通知消息中至少包含 一個是否開始發(fā)送數(shù)據(jù)的請求指示，也可以包含數(shù)據(jù)包編號m做參考。
步驟2D、 MS在新的ServingBS接入后，向新的ServingDP上報自己接 收到的最后一個前向數(shù)據(jù)包的編號n,新的ServingBS收到該編號n后通知 AnchorDP將數(shù)據(jù)通道的對端從原來的ServingDP切換到TargetDP (新的 ServingDP),并且開始按照接收到的編號n+1發(fā)送前向數(shù)據(jù)包。與此同時 可以將原來的ServingDP標識為有效集候選數(shù)據(jù)通道。至此，F(xiàn)BSS的
ServingBS更新完成。
在這里需要說明的是，在ServingBS更新完畢后，可以將原來的 ServingBS納入有效集候選，也可以直接去除；對應的，可以將原來的 ServingDP標識為有效集候選，也可以直接去除。
3、 FBSS有效集候選BS去除，以及有效集候選數(shù)據(jù)通道去除過程具體 如下
步驟3a: MS發(fā)送空口的切換請求消息，消息中包含有效集候選BS， 其中可以包括但不限于MS檢測到的這些BS的下行信道質(zhì)量。ServingHO 判斷為FBSS的有效集去除后，通過空口向MS返回切換響應消息，通知 MS可以去掉這些候選BS信息了 。
步驟3b:當ServingHO收到MS反饋的切換指示，就通知希望去除的 有效集候選BS的HO (TargetHO )釋放相應的資源。
步驟3c: TargetHO通知TargetDP啟動數(shù)據(jù)通道的釋放向?qū)?AnchorDP發(fā)送數(shù)據(jù)通道釋放請求，AnchorDP釋放掉相應目標的有效集候選 凄t據(jù)通道后向TargetDP返回數(shù)據(jù)通道釋力文響應。TargetHO向ServingHO回 應有效集去除確認。在這里可以利用數(shù)據(jù)通道釋放消息在TargetDP和 AnchorDP之間同時釋放一條或者多條數(shù)據(jù)通道。
至此有效集候選數(shù)據(jù)通道釋放過程結束。FBSS有效集去除后續(xù)過程按 照NWG規(guī)范進行。
另外還要說明的是，當AnchorDP和ServingDP的服務數(shù)據(jù)通道承栽的 業(yè)務流有所改變，例如以前是數(shù)據(jù)通道al，因為新的業(yè)務流需要創(chuàng)建該 AnchorDP和ServingDP間的新的服務數(shù)據(jù)通道a2時，AnchorDP還要同時 與所有有效集候選BS在原來的基礎上建立對應的新的服務數(shù)據(jù)通道b2， c2 等。同樣的，如果是刪除業(yè)務流，或者修改業(yè)務流，都需要在同時改變對應 的所有有效集候選BS的數(shù)據(jù)通道。
下面結合附圖，對本發(fā)明實施例進行詳細說明
圖1給出了 AGW和BS間為了支持FBSS切換，其中，實線箭頭表示 ServingBS和AGW的數(shù)據(jù)通道，數(shù)據(jù)在其上傳輸；虛線箭頭表示有效集BS 和AGW的數(shù)據(jù)通道，在有效集未成為Anchor基站前，數(shù)據(jù)不在上面?zhèn)鬏敗?br> AnchorDP需要維護ServingDP和有效集候選TargetDP的數(shù)據(jù)通道信息， AnchorDP和有效集候選TargetDP之間的數(shù)據(jù)通道的建立是在FBSS的有效 集加流程中建立起來的(如圖1的左側部分)，發(fā)往MS的數(shù)據(jù)包只是通過 AnchorDP和ServingDP之間的數(shù)據(jù)通道上發(fā)送，由于其他有效集候選數(shù)據(jù) 通道的建立只是為了其后可能發(fā)生的ServingBS更新而提前預建數(shù)據(jù)通道， 其在實際工作中并不真正發(fā)送數(shù)據(jù)，所以圖中用虛線表示。在FBSS的 ServingBS更新完成之后，Anchor數(shù)據(jù)功能DP需要完成數(shù)據(jù)通道的切換(如 圖1的右側部分)，原ServingBS變?yōu)橛行Ъ蜻xBS后其與AnchorDP間 的數(shù)據(jù)通道就變?yōu)橛行Ъ蜻x數(shù)據(jù)通道，AnchorDP不再在該數(shù)據(jù)通道上傳 送數(shù)據(jù)，而原有效集候選BS在FBSS的ServingBS更新流程后轉變?yōu)樾碌?ServingBS, Anchor數(shù)據(jù)功能將需要發(fā)送到MS的數(shù)據(jù)通過新的數(shù)據(jù)通道來 進行發(fā)送。
圖2給出FBSS有效集加以及有效集候選數(shù)據(jù)通道建立詳細流程，具體 包含如下步驟
步驟201: MS發(fā)送空口的切換請求消息，消息中包含候選的鄰區(qū)BS 信息，所述鄰區(qū)基站信息可以包括但不限于MS檢測到的這些基站的下行信 道質(zhì)量。
步驟202: ServingHO進行切換判決為FBSS的有效集加后(此處的 ServingHO位于BS,也可以位于AGW),如果ServingHO和TargetHO之 間存在RelayHO而不存在直接的通路的話，則ServingHO將切換請求消息 發(fā)送到RelayHO。 步驟203: RelayHO通過R6接口將切換請求轉送到TargetHO。
步驟204: TargetHO接收到切換請求消息，認為可以接受，則通知 TargetDP和AnchorDP建立數(shù)據(jù)通道。
步驟205: AnchorDP返回響應消息給TargetDP。在這里可以利用這一 對消息在TargetDP和AnchorDP之間同時建立一條或者多條數(shù)據(jù)通道。
步驟206: TargetDP向AnchorDP回應數(shù)據(jù)通道建立證實消息。
步驟207: TargetDP和AnchorDP預建立完數(shù)據(jù)通道后，如果TargetHO 和ServingHO之間存在RelayHO而不存在直接的通路的話，則TargetHO向 RelayHO發(fā)送切換響應消息。
步驟208: RelayHO轉發(fā)切換響應消息到ServingHO上。
步驟209: ServingHO (這里位于ServingBS,也可以位于AGW)通過 空口將切換響應消息編碼并發(fā)送給MS。
步驟210: MS通過切換指示來確認這次切換，消息發(fā)送到ServingHO, 可以是取消、拒絕和同意這次切換。
步驟211:如果ServingHO和TargetHO之間存在RelayHO而不存在直 接的通路的話，ServingHO發(fā)送切換證實消息到RelayHO。
步驟212: RelayHO將切換證實消息轉發(fā)到TargetHO。
步驟213: TargetHO返回切換完成消息，如果TargetHO和ServingHO 之間存在RelayHO而不存在直接的通路的話，則切換完成消息發(fā)送到 RelayHO 。
步驟214: RelayHO將切換完成消息轉發(fā)給ServingHO,至此有效集加 流禾呈充成。
需要注意的是，如果ServingHO和TargetHO之間有直連通道的話，則 可以直接傳遞切換請求/響應消息，而不需要RelayHO的中繼。
圖3給出FBSS的ServingBS更新詳細流程，具體包含如下步驟 步驟301: MS發(fā)送ServingBS更新請求，此處利用的是切換請求消息，
還可以使用CQI (信道質(zhì)量指示)信道攜帶ServingBS更新請求字段來申請 進行服務BS的更新。
步驟302: ServingHO收到后，進行切換判決為FBSS的ServingBS更新， 通過R6接口將消息轉送到RelayHO,消息中包含希望做更新的目標BS以 及當前發(fā)送的最后一個數(shù)據(jù)包的編號。
值得說明的是如果ServingHO位于AGW,則服務BS上的RelayHO需 要通過R6接口，將切換請求傳遞給AGW上的ServingHO,由它來判斷是 否要做ServingBS更新。
另外還要說明的是，如果ServingHO和TargetHO之間有直連通道的話， 則可以直接傳遞切換請求/響應消息，而不需要RelayHO的中繼。
步驟303: RelayHO將其轉送到TargetHO。
步驟304: TargetHO分配了相關資源后，向ServingHO返回切換響應消
話，則切換響應消息發(fā)送給RelayHO。
步驟305:同時TargetDP向AnchorDP發(fā)送數(shù)據(jù)通道登記請求消息消息 攜帶類型為請求AnchorDP開始從編號m+l給自己也發(fā)送數(shù)據(jù)。
步驟306: RelayHO將切換響應消息轉發(fā)給ServingHO。
步驟307: ServingHO接收到后，通過空口向MS返回切換響應消息。
步驟308: AnchorDP同時向ServingDP以及TargetDP發(fā)送前向數(shù)據(jù)。 TargetDP收到后，將這些數(shù)據(jù)緩存下來，并不發(fā)送給MS。此步驟可選。
步驟309: ServingHO通過SN擴展子頭將SDU SN編號帶給MS。
步驟310: MS通過切換指示來確認這次切換，消息發(fā)送到ServingHO, 可以是取消、拒絕和同意這次切換。
步驟311:如果ServingHO和TargetHO之間存在RelayHO而不存在直 接的通路的話，ServingHO發(fā)送切換證實消息到RelayHO。
步驟312: RelayHO將切換證實消息轉發(fā)到TargetHO。
步驟313: MS完成切換過程，接入到新ServingBS (原目標BS)。
步驟314: MS向新ServingBS (原目標BS )告知它最后收到的數(shù)據(jù)包編號。
步驟315:如果在ServingBS更新之前，新的ServingBS上就緩存有數(shù) 據(jù)，那么可以立即根據(jù)此編號，直接開始發(fā)送數(shù)據(jù)。
步驟316-317:新ServingBS (原目標BS )使用數(shù)據(jù)通道建立消息通知 Anchor數(shù)據(jù)功能進行數(shù)據(jù)通道的切換，數(shù)據(jù)通道建立消息包含MS上報的 最后接收到的數(shù)據(jù)包編號，AnchorDP根據(jù)MS上報的最后收到的數(shù)據(jù)包編 號發(fā)送數(shù)據(jù)到新的ServingDP上，并將原ServingDP標識為有效集數(shù)據(jù)通道， 停止給原來的ServingDP發(fā)送數(shù)據(jù)。
圖4給出FBSS的有效集去除以及有效集候選數(shù)據(jù)通道釋放的詳細流 程，具體包含如下步驟
步驟401: MS發(fā)送空口的切換請求消息，消息中包含有效集BS信息。
步驟402: ServingHO (在這里位于ServingBS,也可以位于AGW)進 行切換判決為FBSS的有效集去除后，通過空口向MS返回切換響應消息。
步驟403: MS發(fā)送空口切換指示消息到ServingHO指示MS對這次切 換的確認，可以是取消、拒絕和同意。
步驟404: ServingHO收到MS對此次切換的切換證實為去除則通知 TargetHO去除有效集基站，消息中包含希望做有效集去除的目標BS。如果 ServingHO和TargetHO之間有直連通道的話，則可以直接傳遞消息，而不 需要RelayHO的中繼，否則消息發(fā)送到RelayHO。
如果MS沒有發(fā)送切換指示消息，則ServingHO在一定時間后，自行通 知TargetHO發(fā)起數(shù)據(jù)通道釋放過程。
步驟405: RelayHO轉發(fā)該切換請求消息到TargetHO。
步驟406: TargetHO返回切換響應消息，如果TargetHO和ServingHO 不存在直連通路的話，則消息發(fā)送給RelayHO。
步驟407: RelayHO將切換響應消息轉發(fā)給ServingHO。
步驟408:同時TargetHO通過數(shù)據(jù)通道去登記消息請求通知AnchorDP 進行數(shù)據(jù)通道的釋放。
步驟409: AnchorDP釋放掉相應目標BS的有效集數(shù)據(jù)通道后向 TargetDP返回數(shù)據(jù)通道的去登記消息響應。
步驟410: TargetDP向AnchorDP返回數(shù)據(jù)通道去登記證實消息。
步驟411:在TargetDP和AnchorDP之間的數(shù)據(jù)通道釋放完成后， TargetHO向ServingHO返回切換完成消息，如果存在RelayHO的話消息發(fā) 給RelayHO 。
步驟412: RelayHO將切換完成消息轉發(fā)給ServingHO,有效集去切換充成。
在這里可以利用數(shù)據(jù)通道去登記消息在TargetDP和AnchorDP之間同時 釋放一條或者多條數(shù)據(jù)通道。
權利要求
1、一種寬帶無線系統(tǒng)中實現(xiàn)快速基站切換的服務基站更新方法，包括如下步驟(11)服務切換功能實體接收到移動臺發(fā)起的服務基站更新請求，如果判斷到需要進行服務基站更新，則將所述更新請求直接或中繼發(fā)送至目標切換功能實體，其中攜帶希望做更新的目標基站信息；(12)所述目標切換功能實體對接收到的更新請求進行判斷后，如果認為可以接受此請求，則返回同意更新的響應消息給所述服務切換功能實體，并由所述服務切換功能實體通過空中接口向移動臺返回所述響應消息；(13)所述移動臺在新的服務基站，即原目標基站接入后，向該新的服務基站上報自己接收到的最后一個前向數(shù)據(jù)包的編號n，并由該新的服務基站通知錨數(shù)據(jù)通道功能實體將對端從原來的服務數(shù)據(jù)通道功能實體切換到目標數(shù)據(jù)通道功能實體，即新的服務數(shù)據(jù)通道功能實體，并從編號n+1開始發(fā)送前向數(shù)據(jù)包。
2、 如權利要求1所述的方法，其特征在于，所述步驟(11)中，所述 發(fā)送至目標切換功能實體的更新請求中，可以攜帶當前發(fā)送的最后一個數(shù)據(jù) 包編號m;所述步驟(12)后，進一步包括步驟(12A):目標數(shù)據(jù)通道功能實體通知錨數(shù)據(jù)通道功能實體開始向目標數(shù)據(jù)通道 功能實體發(fā)送前向數(shù)據(jù)包，這時，所述錨數(shù)據(jù)通道功能實體同時向服務數(shù)據(jù) 通道功能實體和目標數(shù)據(jù)通道功能實體發(fā)送前向數(shù)據(jù)包，而所述目標數(shù)據(jù)通 道功能實體接收到數(shù)據(jù)包后，對數(shù)據(jù)包進行緩存；所述步驟(13)中，如果所述新的服務基站在接入更新時已經(jīng)緩存有數(shù) 據(jù)，則在接入更新后根據(jù)移動臺上報的編號n以及已經(jīng)緩存的數(shù)據(jù)包，立即 從編號！1+ 1開始發(fā)送前向數(shù)據(jù)包。
3、 如權利要求2所述的方法，其特征在于，所述步驟(12A)中，目 標數(shù)據(jù)通道功能實體通過數(shù)據(jù)通道建立請求消息通知錨數(shù)據(jù)通道功能實體向目標數(shù)據(jù)通道功能實體發(fā)送數(shù)據(jù)，該消息中至少包含一個是否開始發(fā)送數(shù) 據(jù)的請求指示。
4、 如權利要求1所述的方法，其特征在于，所述步驟(11)中，所述 移動臺發(fā)起的服務基站更新請求，是利用切換請求消息，或使用信道質(zhì)量指 示信道攜帶服務基站更新請求字段來申請進行服務基站的更新。
5、 如權利要求1所述的方法，其特征在于，所述步驟(11)中，所述 服務切換功能實體可以參考有效集候選基站的下行信道質(zhì)量進行判斷。
6、 如權利要求1所述的方法，其特征在于，所述步驟(11)中，如果 所述服務切換功能實體與所述目標切換功能實體之間具有直連通道，則直接 傳遞所述更新請求；否則，通過中繼切換功能實體傳遞所述更新請求。
7、 如權利要求l所述的方法，其特征在于，所述步驟(ll)中，如果 服務切換功能實體位于接入網(wǎng)關中，則服務基站上的中繼切換功能實體通過 R6接口將所述請求傳遞給接入網(wǎng)關上的服務切換功能實體，并由其是否做 服務基站更新。
8、 如權利要求1所述的方法，其特征在于，所述步驟(13)中，進一 步包括將原來的服務數(shù)據(jù)通道和原來的服務基站直接去除，或?qū)⒃瓉淼姆?務數(shù)據(jù)通道和原來的服務基站標識為有效集候選數(shù)據(jù)通道和有效集基站。
9、 如權利要求1所述的方法，其特征在于，進一步包括當數(shù)據(jù)通道 承載的業(yè)務流發(fā)生改變時，4艮據(jù)所述業(yè)務流的改變的要求，錨數(shù)據(jù)通道功能 實體同時改變所有有效集候選基站的對應的數(shù)據(jù)通道。
10、 如權利要求9所述的方法，其特征在于，所述業(yè)務流發(fā)生改變的情 況包括要求創(chuàng)建新的服務數(shù)據(jù)通道、刪除業(yè)務流或修改業(yè)務流。
全文摘要
本發(fā)明公開了一種寬帶無線系統(tǒng)中實現(xiàn)快速基站切換的服務基站更新方法，包括服務切換功能實體接收判斷到需要進行服務基站更新，則將所述更新請求直接或中繼發(fā)送至目標切換功能實體；目標切換功能實體對接收到的更新請求進行判斷后，返回同意更新的響應消息給所述服務切換功能實體；所述移動臺在新的服務基站接入后，向該新的服務基站上報自己接收到的最后一個前向數(shù)據(jù)包的編號n，并由該新的服務基站通知錨數(shù)據(jù)通道功能實體將對端從原來的服務數(shù)據(jù)通道功能實體切換到目標數(shù)據(jù)通道功能實體并從編號n+1開始發(fā)送前向數(shù)據(jù)包。本發(fā)明可以有效地實現(xiàn)對FBSS的支持，并減少在FBSS的服務BS更新過程中的消息處理，減少切換時長。
文檔編號H04W36/00GK101179826SQ200610138258
公開日2008年5月14日 申請日期2006年11月8日 優(yōu)先權日2006年11月8日
發(fā)明者鑫 劉, 曾清海, 玲 許 申請人:中興通訊股份有限公司