移動通信系統中在切換期間發送/接收數據的設備和方法

專利名稱：移動通信系統中在切換期間發送/接收數據的設備和方法
技術領域：
本發明一般涉及移動通信系統，特別涉及提供MBMS業務的移動通信系統中，當用戶設備(UE)改變小區時提供多媒體廣播/多播業務(MBMS)的設備和方法。
背景技術：
近年來，由于通信技術的發展，移動通信系統提供的業務正逐步發展成為多媒體廣播/多播通信系統，以便發送語音業務數據以及高容量多媒體數據例如分組數據和電路數據。為了支持多媒體廣播/多播通信，目前提出了一種多媒體廣播/多播業務(下文稱為“MBMS”)，其中一個或多個多媒體數據源給多個用戶設備提供業務。MBMS業務支持多媒體數據，例如實時圖像及語音數據、靜止圖像數據和文本數據。另外，MBMS業務同時提供語音數據和圖像數據，并且需要大量傳輸資源。因此，由于存在在一個小區內部同時提供多種業務的可能性，所以通過廣播信道來提供MBMS業務。此外，MBMS業務可以提供點到點(point-to-point，下文稱為“PtP”)業務，以便為各個用戶提供獨立的服務，還可以提供點到多點(point-to-multipoint，下文稱為“PtM”)的業務，以便為多個用戶提供相同的MBMS數據。以下參考圖1來說明應用MBMS業務的3GPP(第三代伙伴計劃)移動通信系統。
圖1示意性說明提供MBMS業務的移動通信系統的結構。如圖1所示，用于提供MBMS業務的移動通信系統包含UE 101、UMTS(Universal MobileTltcommunications System，通用移動電信系統)無線接入網(UTRAN)102、屬于核心網(core network，CN)的GPRS(General Packet Radio Service，通用分組無線業務)業務支持節點(SGSN)103、歸屬位置寄存器(home location register，HLR)104、GPRS網關支持節點(GGSN)105、廣播/多播業務中心(broadcast/multicast service center，BM-SC)106、邊界網關(border gateway，BG)108、多播廣播源(multicast broadcast source，MBS)107、內容供應商(contentsprovide，CP)109以及多播廣播源(MBS)110。
UE 101，即用戶設備，直接接收MBMS數據，并且包含支持MBMS業務的硬件或軟件。UTRAN 102是將UE 101連接到CN的無線通信網。以下參考圖2來說明UTRAN 102的結構。
圖2示意性地說明圖1所示的UTRAN 102的結構。參考圖2，UTRAN 102包含多個無線網絡控制器(RNC)、由RNC控制的多個節點B以及屬于節點B的多個小區。雖然UTRAN 102可以包含多個RNC，但是為簡單起見，如圖2所示，UTRAN 102只包含RNC 201。RNC 201控制多個節點B，即節點B#1202，節點B#2 203，…，節點B#n 204。節點B#1 202控制多個小區，即小區#1 205，小區#2 206，…，小區#m 207。由RNC 201控制的節點B的總數以及由每個節點B控制的小區的總數，都是根據MBMS移動通信系統的狀態而確定的。
UE 101經Uu接口121連接到UTRAN 102。UTRAN 102經Iu接口122連接到屬于CN的SGSN 103。下列表1示出圖1所示MBMS單元的不同作用，下列表2示出這些單元之間的接口。
表1


表2

表2所示的各個單元之間的接口名稱是3GPP中定義的，這些接口名稱是可以改變的。
圖3示意性地說明圖1所示的UTRAN 102的上層結構。參照圖3，在UTRAN 102中處理的上層消息大略分為控制信號和用戶數據。在圖3中，控制信號是以控制平面的信令(C-平面信令)301來表示的，用戶數據則以用戶平面的信息(U-平面信息)302來表示的。C-平面信令301和U-平面信息302是非接入層(non-access stratum，NAS)消息，NAS消息表示未用于UE 101與UTRAN 102之間的無線連接的消息。本文中，NAS消息表示UTRAN 102不需要知道其內容的消息。與NAS消息不同，接入層(access stratum，AS)消息是直接用于UTRAN 102與UE 101之間的無線連接的消息，表示用于無線資源控制(RRC)層303及其更低層的數據或控制信令。
RRC層303控制層1(L1)310、層2的介質訪問控制層(L2/MAC，mediumaccess control) 308、層2的無線鏈路控制層(L2/RLC，radio link control)306、層2的分組數據集中協議層(L2/PDCP，packet data convergency protocol)304以及層2的廣播/多播控制層(L2/BMC，broadcast/multicast control)305，從而控制涉及UE 101與UTRAN 102之間連接的操作，例如物理呼叫建立、邏輯呼叫建立、控制信息的發送/接收以及測量數據的發送/接收，其中層1是涉及UE101與UTRAN 102之間連接的物理層。
L2/PDCP層304從NAS層接收傳輸數據，并使用相應協議把所接收的傳輸數據發送到L2/RLC層306。L2/BMC層305從NAS層接收廣播和多播必需的數據，并把所接收的數據發送到L2/RLC層306。
L2/RLC層306接收從RRC層303發送到UE 101的控制消息，并且在第一RLC層(RLC#1)361到第mRLC層(RLC#m)362中以適當格式處理接收到的控制消息，以及使用邏輯信道307將經過處理的控制消息發送到L2/MAC層308。另外，L2/RLC層306從L2/PDCP層304和L2/BMC層305接收數據，并且在第一RLC層(RLC#1)363到第nRLC層(RLC#n)364中以適當格式處理所接收的數據，以及使用邏輯信道307把經過處理的數據發送到L2/MAC層308。這里，在L2/RLC層306中形成的RLC層的數目是根據UE 101與UTRAN 102之間的無線鏈路的數目確定的，并且，第一RLC層361到第mRLC層362是為控制信令而產生的，第一RLC層363到第nRLC層364則是為用戶數據而產生成的。
邏輯信道307大略分為分配到特定UE或者少數特定UE的專用類型以及通常分配給多個UE的公用類型。如果通過邏輯信道307發送的消息是控制消息，就將該消息劃分成控制類型，而如果通過邏輯信道307發送的消息是業務消息或者數據消息，就將該消息劃分成業務類型。下列表3中示出3GPP中使用的邏輯信道的類型及其作用。
表3

在RRC層303的控制下，L2/MAC層308管理UE 101和UTRAN 102之間的無線資源，并且管理UE 101和UTRAN 102之間的連接。另外，L2/MAC層308從L2/RLC層306接收邏輯信道307上的信號，把接收到的信號映射到傳輸信道309，然后把映射信號發送到L1層310。下列表4中示出3GPP中使用的傳輸信道的類型和作用。
表4

除了表4所示的傳輸信道之外，還有上行共享信道(USCH，uplink sharedchannel)和公共分組信道(CPCH，common packet channel)。然而，由于它們與本發明無關，為了簡單起見，省略對它們的詳細說明。
發送到L1層310的傳輸信道309，在被映射到L1層310的實際物理信道后，被發送到UE 101或UTRAN 102。該物理信道包含主公共控制物理信道(P-CCPCH)，用于發送廣播信道(BCH)；輔助公共控制物理信道(S-CCPCH)，用于發送尋呼信道(PCH)和前向接入信道(FACH)；專用物理信道(DPCH)，用于發送專用信道(DCH)；物理下行共享信道(PDSCH)，用于發送下行共享信道(DSCH)；高速物理下行共享信道(HS-PDSCH)，用于發送高速下行共享信道(HS-DSCH)；和物理隨機接入信道(PRACH)，用于發送隨機接入信道(RACH)。除了上述物理信道以外，還有導頻信道(PCH)、主同步信道(P-SCH)、輔助同步信道(S-SCH)、尋呼指示信道(PICH)、捕獲指示信道(AICH)和物理公共分組信道(PCPCH)，其中導頻信道(PCH)是不發送上層數據或控制信令的純物理信道。
以下將參照圖4A、4B、5和6說明在不支持MBMS業務的傳統移動通信系統中提供MBMS業務時可能出現的一些問題。
圖4A示意性地說明移動通信系統中用于提供MBMS業務的結構，其中SGSN 401、服務無線網絡控制器(SRNC)402和多個UE(UE#1 403，UE#2404，…，UE#m 406)連接到該移動通信系統。參照圖4A，SGSN 401具有與結合圖1說明的SGSN 103相同的功能。根據與UE的連接關系，將RNC劃分成SRNC和控制RNC(CRNC)。SRNC是具有UE的全部信息的RNC，并為UE分配服務無線網絡臨時標識符(S-RNTI)。當UE移動到新的小區以及新小區由特定RNC而不是SRNC進行控制時，該RNC就充當CRNC，該CRNC給UE分配小區無線網絡臨時標識符(C-RNTI)，并且管理該UE。在圖4A中，UE#1 403、UE#2 404，…，UE#m 406從SRNC 402接收MBMS數據，并且如果存在任何通過專用控制信道(DCCH)或專用業務信道(DTCH)發送的數據，也從SRNC 402接收這些數據。
圖4B示意性地說明移動通信系統中用于提供MBMS業務的結構，其中SGSN 411、SRNC 412、CRNC 413和UE 414、415和416連接到該移動通信系統。在圖4B中假定在將MBMS業務請求發送給SRNC 412即UE#m 416對應的SRNC之后，UE#m 416已經移動到另一個小區中，所以從UE#m 416的角度判斷，控制UE#m 416的RNC可以是CRNC 413。
參照圖4B，SGSN 411也具有與圖1所示的SGSN 103相同的功能。UE#1414和UE#2 415接收從SRNC 412經DCCH或DTCH發送的MBMS數據或數據。UE#m 416連接到CRNC 413，并通過CRNC 413從SRNC 412接收所請求的MBMS數據。由于已經說明了CRNC 413和UE#m 416之間的關系，CRNC 413能夠直接向UE#m 416發送諸如系統信息這樣的信號，即通過公共業務信道(CTCH)或公共控制信道(CCCH)發送的信號。然而，除了CTCH或CCCH以外，CRNC 413還通過DCCH和DTCH接收從SRNC 412發送的控制信令和用戶信息，并把所接收的控制信令和用戶數據發送到UE#m 416。另外，CRNC 413和SRNC 412之間的接口是Iur接口，除了通過DTCH或DCCH發送的信號，沒有信號能夠通過被該接口發送。
盡管在圖4B中假定CRNC 413只管理一個UE，即UE#m 416，但是在實際情況下，多個UE能同時由CRNC 413和SRNC 412來管理。在這種情況下，為了滿足3GPP中提出的標準規范，同時由CRNC和SRNC管理的多個UE必須無條件地通過Iur接口來接收MBMS數據。當同時具有CRNC和SRNC的所有UE接收到相同的MBMS數據時，也就是說，當相同的MBMS數據經Iur接口被提供給各個UE時，相同的MBMS數據會被重復發送，這會導致有線資源的浪費。另外，即使CRNC提供相同的MBMS業務，CRNC也不能將MBMS數據直接發送給具有CRNC的多個UE，于是將相同的MBMS數據經無線環境發送給具有CRNC的UE和具有SRNC的UE，以致造成無線資源的浪費。
圖5是說明在如圖4A所示進行連接的移動通信系統中提供MBMS業務的過程的信令圖。在圖5中假設SRNC 531當前并未提供UE 541所請求的MBMS業務，也就是說，SRNC 531響應于UE 541的MBMS業務請求，向SGSN 521發送關于所請求的MBMS業務的請求，UE 541從SGSN 521接收所請求的MBMS業務。
參照圖5，BM-SC 501向GGSN 511發送MBMS數據(步驟502)，GGSN511向SGSN 521發送從MBMS數據中提取的SGSN 521所需的MBMS數據(步驟512)。同時，為了接收MBMS業務，UE 541向SGSN 521發送激活MBMS上下文請求消息(步驟550)。這里，“MBMS上下文”表示一組與UE 541希望接收的MBMS業務有關的信息。當SGSN 521接收到激活MBMS上下文請求消息時，就向SRNC 531發送MBMS通知消息，作為激活MBMS上下文請求消息的響應消息(步驟522)。當SRNC 531接收到MBMS通知消息時，就向UE 541發送MBMS通知消息(步驟532)。這里，“MBMS通知”表示將要執行UE 541所請求的MBMS業務。SGSN 521具有MBMS上下文，MBMS上下文的內容可以是關于SGSN 521所能提供的多種MBMS業務的分組數據協議(PDP)列表。PDP列表可以包含MBMS業務的地址，諸如X.25或IP(Internet協議)這樣的分組協議可以用作PDP。為了發送MBMS數據，SGSN521向SRNC 531發送MBMS RAB建立請求消息，以便請求無線接入承載(RAB)的建立(步驟524)。當SRNC 531接收到MBMS RAB建立請求消息時，就向SGSN 521發送MBMS RAB建立完成消息，作為MBMS RAB建立請求消息的響應消息(步驟525)。SGSN 521通過所建立的MBMS RAB向SRNC531發送MBMS數據(步驟526)。SRNC 531向UE 541發送MBMS數據RB建立消息，以便請求建立無線承載(RB)，可以通過該無線承載將MBMS數據發送到UE 541(步驟533)。當UE 541接收到MBMS數據RB建立消息時，就向SRNC 531發送MBMS數據RB建立完成消息，以此作為MBMS數據RB建立消息的響應消息(步驟544)。當SRNC 531接收到MBMS數據RB建立完成消息時，就向UE 541發送MBMS數據(步驟545)。同時，如果正在進行的MBMS業務被中止，SRNC 531就釋放建立到SGSN 521以提供MBMS業務的的MBMS RAB(MBMS RAB釋放)(步驟527)，并且釋放建立到UE 541以提供MBMS服務的MBMS RB(MBMS數據RB釋放)(步驟546)。
圖6是說明如圖4B所示進行連接的移動通信系統中用于提供MBMS業務的過程的信令圖。在圖6中假定UE 640在向SRNC 620發送激活MBMS上下文請求消息之后移動到新的小區，這時UE 640同時具有CRNC 630和SRNC 620，并且UE 640不與SRNC 620交換DCH信號。UE 640與UTRAN之間的連接關系大致分為空閑模式和連接模式。根據UE 640和UTRAN交換信號時所使用的傳輸信道類型，連接模式又分為URA_PCH狀態、CELL_PCH狀態、CELL_FACH狀態以及CELL_DCH狀態。在URA_PCH狀態下，UTRAN不知道UE 640的位置，UE 640則僅僅接收PCH信號。在CELL_PCH狀態下，UTRAN知道UE 640位于哪個小區，但UE 640仍然只接收PCH信號。在CELL_FACH狀態下，UE 640通過RACH和FACH與UTRAN交換信號。在CELL_DCH狀態下，UE 640通過DCH與UTRAN交換信號。在說明圖6時，假設UE 640處于CELL_FACH狀態，并且SGSN 610已經從GGSN 600接收到必要的MBMS數據。
參照圖6，UE 640向SGSN 610發送激活MBMS上下文請求消息(步驟651)。另外，GGSN 600向SGSN 610發送MBMS數據(步驟653)。此外，在CELL FACH狀態下，已經移動到CRNC 630所管理的小區中的UE 640，向SRNC 620發送小區更新消息(步驟655)。當SRNC 620接收到小區更新消息時，就向UE 640發送小區更新確認消息，作為小區更新消息的響應消息(步驟657)。
當SGSN 610從UE 640接收到激活MBMS上下文請求消息時，就向SRNC 620發送MBMS通知消息(步驟659)。SRNC 620向CRNC 630發送MBMS通知消息，CRNC 630在不知MBMS通知消息的內容的情況下，把MBMS通知消息完整發送到UE 640(步驟661)。這里，CRNC 630為UE 640提供無線資源，并且簡單地轉發那些發送到/接收自SRNC 640的信號。
在發送MBMS通知消息之后，SGSN 610向SRNC 620發送MBMS RAB建立請求消息(步驟663)。由于UE 640當前處于由CRNC 630管理的小區中，因此SRNC 620向CRNC 630發送MBMS RAB建立請求消息(步驟665)。當CRNC 630接收到MBMS RAB建立請求消息時，就向SRNC 620發送MBMSRAB建立完成消息，即MBMS RAB建立請求消息的響應消息(步驟667)。當SRNC 620從CRNC 630接收到MBMS RAB建立完成消息時，就向SGSN 610發送MBMS RAB建立完成消息(步驟669)。另外，SRNC 620向UE 640發送MBMS RB建立消息(步驟671)。UE 640向SRNC 620發送MBMS RB建立完成消息，作為MBMS RB建立消息的響應消息(步驟673)。SGSN 610向SRNC620發送MBMS數據(步驟675)，SRNC 620向CRNC 630發送MBMS數據(步驟677)。CRNC 630向UE 640發送MBMS數據(步驟679)。如果正在進行的MBMS業務被中止，SRNC 620就釋放建立到CRNC 630以提供MBMS業務的MBMS RAB(MBMS RAB釋放)(步驟681)，釋放建立到UE 640以提供MBMS業務的MBMS RB(MBMS RB釋放)(步驟683)，并且釋放建立到SGSN610的MBMS RAB(MBMS RAB釋放)(步驟685)。
以下將說明在傳統的移動通信系統中給位于由CRNC所管理的小區中的UE提供MBMS業務時可能出現的問題，該傳統的移動通信系統不支持如結合圖4B說明的MBMS業務。
首先，即使在從SRNC所管理的小區接收MBMS數據的所有UE都已移動時，SRNC也必須維持Iu接口，并且把通過Iu接口接收到的數據經Iur接口發送到UE所移動到的CRNC，由此會導致SRNC與SGSN之間的Iu接口資源的浪費。而且，如果正在由CRNC管理的小區中提供相同的MBMS業務，即使CRNC已經從SGSN接收到將要提供給其小區中的UE的MBMS數據，仍然會經SRNC和SGSN之間的Iu接口重復接收MBMS數據。
其次，由于CRNC和SRNC之間的Iur接口僅僅發送專用數據，因此，如果使用相同MBMS業務的多個UE由CRNC進行管理，就會不必要地從SRNC向CRNC重復發送相同的MBMS業務。也就是說，通常在相同小區提供MBMS數據時，只有專用數據是通過Iur接口傳送的。因此，在一個小區內同時給多個UE提供業務的MBMS業務中，為了根據UE的移動通過Iur接口給已經移動的UE發送數據，相同的數據必須被重復發送與移動UE的個數相同的次數。在這種情況下，即使CRNC有線連接到SRNC，也將重復發送需要相當高的數據速率的相同MBMS數據，從而導致有線資源的浪費。另外，MBMS數據使用不同的無線資源，這會導致無線資源的浪費。在無線通信中，無線資源的有效使用是非常重要的因素，并且無線資源的浪費影響到現有語音業務和其他業務。如果CRNC中正在提供MBMS業務，這將會增加重復操作。目前，由于尚未定義用于公共數據的Iur接口，因此MBMS業務會導致有線和無線資源的大量浪費。
第三，即使CRNC已經在提供由具有CRNC的UE所請求的MBMS業務，也不能夠將數據直接發送到UE。因此，相同的業務會被重復發送到把CRNC當作SRNC的UE以及把CRNC當作CRNC的UE。由于已經從SRNC移動到CRNC的UE必須經Iur接口通過CRNC從SRNC接收數據，因此，即使CRNC具有與CRNC小區中正在提供的MBMS業務相同的數據，該CRNC也不能將數據提供給那些從SRNC移動過來的UE。

發明內容
因此，本發明的一個目的是提供一種MBMS移動通信系統中的設備和方法，用于當UE從SRNC切換到CRNC時提供MBMS業務。
本發明的另一個目的是提供一種MBMS移動通信系統中的設備和方法，用于當UE從SRNC切換到CRNC時，在不具有SRNC與CRNC之間的單獨的Iur接口的情況下提供MBMS業務。
本發明的另一個目的是提供一種MBMS移動通信系統中的設備和方法，用于有效管理用于MBMS業務的有線/無線資源。
本發明的另一個目的是提供一種MBMS移動通信系統中的設備和方法，用于管理用于有效有線/無線資源管理的新MBMS上下文(context)。
本發明的另一個目的是提供一種MBMS移動通信系統中的設備和方法，用于通過定義SRNC與CRNC之間的新消息來有效管理有線/無線資源。
本發明的另一個目的是提供一種MBMS移動通信系統中的設備和方法，用于管理與現有MAC層兼容的MAC層。
本發明的另一個目的是提供一種MBMS移動通信系統中的設備和方法，用于根據UE的移動來分別發送/接收數據信號和控制信號。
為了實現上述及其他目的，本發明提供一種提供分組業務的移動通信系統中的方法，用于當用戶設備(UE)移動到由第二無線網絡控制器(RNC)管理的第二小區時，給該UE提供分組業務，其中該UE在由第一RNC管理的第一小區中請求接收分組業務的許可。該方法包括以下步驟第一RNC向第二RNC發送為UE提供分組業務所必需的控制信息；當第二RNC可以提供分組業務時，第二RNC分析該控制信息，并通知第一RNC第二RNC將提供分組業務；以及第二RNC向UE發送分組業務數據。
為了實現上述及其他目的，本發明提供一種提供分組業務的移動通信系統中的方法，用于當用戶設備(UE)移動到由第二無線網絡控制器(RNC)管理的第二小區時，給該UE提供分組業務，其中該UE在由第一RNC管理的第一小區中請求接收分組業務的許可。該方法包括以下步驟第一RNC向第二RNC發送UE的UE標識符、指示分組業務的業務標識符以及關于當前建立到UE的無線資源的信息；第二RNC接收UE標識符、業務標識符以及無線資源信息，并且當第二RNC可以提供由分組業務標識符指示的分組業務時，通知第一RNC第二RNC將提供分組業務；以及第二RNC向UE發送分組業務數據。
為了實現上述及其他目的，本發明提供一種提供分組業務的移動通信系統中的設備，用于當用戶設備(UE)移動到由第二無線網絡控制器(RNC)管理的第二小區時，給該UE提供分組業務，其中該UE在由第一RNC管理的第一小區中請求接收分組業務的許可。該設備包括第一RNC，用于向第二RNC發送給請求分組業務的UE提供分組業務所必需的控制信息；和第二RNC，用于從第一RNC接收控制信息，并分析該控制信息，當第二RNC可以提供分組業務時，通知第一RNC第二RNC將提供分組業務，以及給該UE發送分組業務數據。
為了實現上述及其他目的，本發明提供一種提供分組業務的移動通信系統中的設備，用于當用戶設備(UE)移動到由第二無線網絡控制器(RNC)管理的第二小區時，給該UE提供分組業務，其中該UE在由第一RNC管理的第一小區中請求接收分組業務的許可。該設備包括第一RNC，用于向第二RNC發送UE的UE標識符、指示所請求的分組業務的業務標識符以及UE當前所建立的無線資源的信息；和第二RNC，用于接收UE標識符、業務標識符以及無線資源信息，當第二RNC可以提供分組業務時，通知第一RNC第二RNC將提供分組業務，以及給該UE發送分組業務數據。


通過以下結合附圖所進行的詳細說明，本發明的上述及其他目的、特征和優點將會變得更加清楚，其中圖1示意性地說明提供MBMS業務的移動通信系統的結構；圖2示意性地說明圖1所示的UTRAN的結構；圖3示意性地說明圖1所示的UTRAN的上層結構；圖4A示意性地說明連接SGSN、SRNC和多個UE的移動通信系統中用于提供MBMS業務的結構；圖4B示意性地說明連接SGSN、SRNC、CRNC和多個UE的移動通信系統中用于提供MBMS業務的結構；圖5是說明在如圖4A所示連接的移動通信系統中提供MBMS業務的過程的信令圖；圖6是說明在如圖4B所示連接的移動通信系統中提供MBMS業務的過程的信令圖；圖7示意性地說明根據本發明實施例的提供MBMS業務的移動通信系統的結構；圖8是說明根據本發明實施例，在UE從SRNC到CRNC的切換期間給UE提供MBMS業務的過程的信令圖；圖9是說明根據本發明實施例由SGSN提供MBMS業務的過程流程圖；圖10是說明根據本發明實施例由SRNC執行MBMS業務的過程流程圖；圖11是說明根據本發明實施例由CRNC提供MBMS業務的過程流程圖；圖12是說明根據本發明實施例由UE提供MBMS業務的過程流程圖；圖13是說明根據本發明實施例由SGSN管理MBMS上下文的過程流程圖；圖14A、14B、15和16說明根據本發明實施例由RNC執行的MBMS上下文管理的過程流程圖；和圖17示意性說明根據本發明實施例用于將MBMS數據從CRNC直接發送到UE的L2/MAC層的結構。
具體實施例方式
下面將參照附圖詳細說明本發明的幾個優選實施例。在以下說明中，為了簡明起見，省略了對本文所包含的已知功能和結構的詳細說明。
圖7示意性地說明根據本發明實施例的提供MBMS業務的移動通信系統的結構。將基于以下假設來說明圖7即，在服務無線網絡控制器(SRNC)中，用戶設備(UE)發送激活MBMS上下文請求消息，當UE移動到由控制RNC(CRNC)管理的小區時，發送小區更新確認消息，從GPRS業務支持節點(SGSN)接收關于MBMS業務的MBMS通知消息，以及發送MBMS通知消息的尋呼響應消息。此處，發送尋呼響應消息是依賴于網絡操作員的操作方法而執行的可選處理。
參照圖7，SGSN 701分別通過Iu 711接口和Iu 712接口連接到SRNC 702以及CRNC 703。這里，Iu接口表示SGSN與RNC之間的接口。SGSN 701向SRNC 702發送MBMS數據，該MBMS數據用于由SRNC 702所管理小區中的UE，即UE#1 704和UE#2 705，CRNC 703發送用于UE#m 706的MBMS數據，以便UE#m 706可以在CRNC 703的控制下接收MBMS數據。對于網絡控制和除MBMS業務之外的其他業務，例如無線承載(RB)或無線接入承載(RAB)，UE#m 706由SRNC 702進行控制。也就是說，在給UE#m 706提供MBMS業務的過程中，本發明經SRNC 702以及Iur接口713發送控制消息，并且通過CRNC 703來發送實際的MBMS數據。換句話說，本發明提出一種業務方法，該方法在通過SRNC接收MBMS業務的UE以及移動到由CRNC管理的小區時，將控制消息傳輸路徑與MBMS數據傳輸路徑分離。稍后說明控制消息傳輸路徑與MBMS數據傳輸路徑的分離所帶來的操作。
網絡的其他業務和控制消息經SRNC 702與CRNC 703之間的Iur接口713被傳送到UE#m 706。這里，Iur接口表示多個RNC之間的接口。UE#m 706經CRNC 703接收MBMS數據。由于MBMS數據經CRNC 703被傳送到UE#m706，因此有可能節省SRNC 702和CRNC 703之間Iur承載的無線資源，并且由于CRNC 703直接給UE#m 706提供MBMS業務，因此CRNC 703能夠更有效管理CRNC 703自己管理的小區的無線資源。
下面將對如下內容進行說明(1)由實體即SGSN、SRNC和CRNC所產生的上下文內容，該上下文內容是在提供MBMS服務的過程中，根據UE的移動，由于控制消息傳輸路徑與MBMS數據傳輸路徑的分離而產生的，(2)各個實體之間的信令流，和(3)各個實體的結構。
根據本發明實施例的移動通信系統，具有與傳統MBMS移動通信系統不同的MBMS上下文格式。MBMS上下文表示提供MBMS業務所必需的內容，網絡中提供MBMS業務的各個實體根據其作用來存儲MBMS上下文。SGSN、SRNC、CRNC和多個UE所擁有的MBMS上下文，可以具有不同的內容。下列表5示出用于存儲本發明所提出的MBMS上下文的新的參數。
表5

如表5所示，除了與傳統MBMS通信系統中所管理的MBMS上下文內容相同的參數之外，每個SGSN、SRNC和CRNC所擁有的MBMS上下文內容都包含新增加的參數。稍后將參考圖13到16，對表5的MBMS上下文進行詳細說明。本發明中關于UE的MBMS上下文內容與傳統MBMS通信系統中的MBMS上下文內容相同。因此，表5未示出這部分上下文內容。
圖8是說明根據本發明實施例，在從SRNC到CRNC的切換過程中給UE提供MBMS業務的過程的信令圖。基于以下假設對圖8進行說明當前未在CRNC 830中提供UE#m 840所請求的MBMS業務，并且UE#m 840在SRNC 920中發送激活MBMS上下文請求消息，在移動到CRNC 830所管理小區之后發送小區更新確認消息，從SGSN 810接收MBMS通知消息，并且發送關于MBMS通知消息的尋呼響應消息。這里，發送尋呼響應消息是依賴于網絡操作員的操作方法而執行的可選步驟。
參考圖8，SGSN 810向SRNC 820發送MBMS RAB建立請求消息，以便請求建立RAB來發送MBMS數據(步驟811)。當SRNC 820從SGSN 810接收到MBMS RAB建立請求消息時，由于SRNC 820檢測到請求MBMS業務的UE#m 840不在SRNC 820自身管理的小區中，因此，就向管理UE#m 840所在小區的CRNC 830發送MBMS附加請求消息(步驟813)。這里，MBMS附加請求消息是本發明新提出的一種消息，這是SRNC請求CRNC給移動的UE提供MBMS業務所必需的，以便給已經從SRNC移動到CRNC的UE提供MBMS業務。
由于希望接收MBMS業務的UE即UE#m 840移動到CRNC 830管理的小區中，當CRNC 830接收到MBMS附加請求消息時，就執行給即使是移動UE即UE#m 840發送MBMS數據的操作。特別地，必須由SRNC 820通過MBMS附加請求消息向CRNC 830發送的信息，包含UE#m 840的UE標識符(ID)、UE#m 840所請求的MBMS業務ID以及用于發送與MBMS業務ID相應的控制消息的RB信息。用于發送控制消息的RB包含例如專用控制信道(DCCH)，在這種情況下，RB信息就成為涉及DCCH的信息。這里，UE#m 840的UE ID表示UE#m 840從CRNC 830接收MBMS業務，MBMS業務ID則表示UE#m 840所要接收的MBMS業務類型。當CRNC 830基于點到點(PtP)提供MBMS業務時，即，當CRNC 830使用DCH提供MBMS業務時，RB信息是能夠用于設置專用信道(DCH)格式的信息。
當接收到MBMS附加請求消息時，由于CRNC 830沒有涉及所請求MBMS業務的MBMS數據，因此，CRNC 830向SGSN 810發送MBMS業務請求消息(步驟815)。由于這里假設CRNC 830并不提供MBMS業務，因此，為了給已經移動的UE#m 840提供MBMS業務，CRNC 830向SGSN 810發送MBMS業務請求。也就是說，由于當前并未在CRNC 830與SGSN 810之間建立提供MBMS業務必須建立的Iu接口，所以CRNC 830必須請求建立Iu接口。稍后將參考圖14到16說明CRNC 830提供所請求的MBMS業務時所執行的操作。
當SGSN 810接收到MBMS業務請求消息時，就將CRNC 830的ID附加到MBMS分組數據協議(PDP)上下文中，然后，就向CRNC 830發送MBMSRAB建立請求消息，以便發送所請求的MBMS數據(步驟817)。這樣，就再CRNC 830與SGSN 810之間建立了用于MBMS業務的Iu接口。這里，MBMSPDP上下文是根據MBMS業務類型而產生的PDP上下文。CRNC 830響應于MBMS RAB建立請求消息，向SGSN 810發送MBMS RAB建立完成消息(步驟819)。如上所述，在步驟817和819中，由于CRNC 830并不提供MBMS業務，因此CRNC 830向SGSN 810發送為MBMS業務而建立的RAB的信息請求，并且相應地建立RAB。另外，CRNC 830向SRNC 820發送MBMS附加響應消息(步驟821)。同樣，MBMS附加響應消息是本發明新提出的一種消息，是MBMS附加請求消息的響應消息。MBMS附加響應消息是CRNC 830使用的消息，用于將已經移動的UE即UE#m 840附加到CRNC 830管理的CRNC上下文中，然后通知SRNC 820已建立SGSN 810和CRNC 830之間的Iu接口。這里，MBMS附加響應消息包含由CRNC820用于MBMS數據傳輸的RB信息。因此，SRNC 820根據RB信息給UE#m 840發送RB建立消息(步驟823)。當UE#m 840接收到RB建立消息時，就響應于接收到的RB建立消息，向SRNC 820發送RB建立完成消息(步驟825)，以便SRNC 820通知RB的建立已完成。此后，CRNC 830經Iu接口從SGSN 810接收MBMS數據(步驟827)，并且給UE#m 840發送所接收的MBMS數據(步驟829)。因此，在本發明中，CRNC 830能夠經Iu接口直接從SGSN 810接收MBMS數據。
如果UE#m 840不再希望接收正在進行的MBMS業務，就向SGSN 810發送MBMS業務去激活消息(步驟831)。當SGSN 810接收到MBMS業務去激活消息時，就向SRNC 820發送MBMS業務去激活消息(步驟833)，并且SRNC 820再次向CRNC 830發送MBMS業務去激活消息(步驟835)。另外，SRNC 820給UE#m 840發送MBMS RB釋放消息(步驟837)。同樣，稍后將參考圖14到16來說明MBMS業務去激活過程。如上所述，應注意到，通過經SRNC 820發送控制信息來控制已經移動的UE#m 840，并且經CRNC 830發送MBMS數據。也就是說，控制消息路徑與數據傳輸路徑是分離的。
結合圖7和8說明的本發明實施例具有如下優點。
1.避免了從SRNC到CRNC的相同MBMS數據的不必要傳輸，從而提高了有線資源和網絡管理的效率。也就是說，如上所述，防止了在Iu接口上進行的相同MBMS數據的不必要的重復傳輸，其中Iu接口是SRNC與CRNC之間的接口，并且SRNC僅僅發送控制消息，CRNC則發送MBMS數據，從而確保有線/無線資源的有效利用。
2.因為將CRNC當作CRNC的UE的MBMS數據，從SGSN被直接發送到CRNC，所以避免了到SRNC不必要的數據傳輸，從而確保有線資源和網絡管理的效率。也就是說，如果從SRNC接收MBMS業務的所有UE已經移動，MBMS數據僅僅經CRNC發送，將MBMS數據傳輸到SRNC是不必要的。通常，即使從SRNC接收MBMS業務的所有UE都已移動，由于數據必須經SRNC發送，因此需要從SGSN到SRNC的MBMS數據傳輸。然而，根據本發明，不需要從SGSN到SRNC的不必要的MBMS數據傳輸。
3.CRNC能直接管理用于把CRNC當作CRNC的多個UE以及把CRNC當作SRNC的多個UE的MBMS業務，從而有效利用有線和無線資源以及管理網絡。
圖9是說明根據本發明實施例由SGSN提供MBMS業務的過程的流程圖。參考圖9，在步驟901中，SGSN從特定UE接收激活MBMS上下文請求消息。激活MBMS上下文請求消息是UE用于請求SGSN所提供的多種MBMS業務中特定類型的MBMS業務的消息。當SGSN接收到激活MBMS上下文請求消息時，就通過搜索歸屬位置寄存器(HLR)來確定UE所請求的MBMS業務類型是否是UE可用的MBMS業務類型。作為確定結果，在步驟902中，如果UE所請求的MBMS業務類型是UE可用的MBMS業務類型，SGSN就向UE發送MBMS通知消息，以便通知UE所請求的MBMS業務類型可用，以及不久將啟動所請求的MBMS業務類型。
在步驟903中，SGSN接收UE響應于所發送的MBMS通知消息而發送的尋呼響應消息。如上所述，可以根據系統操作，來任意選擇對接收響應于所發送的MBMS通知消息的尋呼響應消息進行的處理。
當SGSN從UE接收到尋呼響應消息時，SGSN就在步驟904中確定UE當前所屬的RNC中是否正在提供UE所請求的MBMS業務類型。可以通過存儲在SGSN中的MBMS上下文中提供MBMS業務的RNC列表，來確定UE當前所屬的RNC中是否正在提供UE所請求的MBMS業務類型。如果UE當前所屬的RNC中并未提供UE所請求的MBMS業務類型，SGSN就進入步驟905。在步驟905中，為了提供所請求的MBMS業務類型，SGSN向UE對應的SRNC發送MBMS RAB建立請求消息。然而，如果在步驟904中確定UE當前所屬的RNC中正在提供UE所請求的MBMS業務類型，SGSN就進入步驟906。在步驟906中，SGSN請求UE對應的SRNC給UE提供所請求的MBMS業務類型。當請求UE對應的SRNC給UE提供所請求的MBMS業務類型時，SGSN可以通過將UE所請求的MBMS業務ID附加到UE的MM(移動管理)上下文中，來管理關于UE的當前MBMS業務提供情況。
在步驟907中，SGSN等待來自UE對應的SRNC的對UE所請求的MBMS業務類型的響應。在本發明的實施例中，由于假定UE位于由SRNC而不是CRNC所管理的小區中，所以SGSN無法從SRNC接收響應。因此，SGSN通過MBMS RAB建立完成消息或能給SGSN發送內容的其他消息來接收響應，該響應表示SRNC是否在SRNC與UE對應的CRNC完成相關操作之后提供用于UE的業務，或者將對該業務的請求發送給另一個RNC。而且，在本發明的實施例中，假設不在CRNC中提供UE所請求的MBMS業務，在步驟908中，SGSN從CRNC接收MBMS業務請求消息。在步驟909中，SGSN以如下方式更新RNC列表將ID或CRNC添加到SGSN管理的每種MBMS業務類型的RNC列表中。在步驟910中，SGSN發送MBMS RAB建立請求消息，以便將MBMS數據傳送到CRNC。在步驟911中，SGSN從CRNC接收MBMS RAB建立完成消息。
在步驟912中，SGSN向CRNC發送多播/廣播業務中心(BM-BC)所提供的MBMS數據。在步驟913中，SGSN不斷監控是否從UE接收到MBMS業務去激活消息。同時，如果接收到MBMS業務去激活消息，則SGSN進入步驟914。也就是說，當SGSN接收到MBMS業務去激活消息時，就執行從由SGSN管理的UE的MM上下文中刪除MBMS業務ID的操作，然后在步驟914中，確定是否從連接到SGSN的特定RNC接收到用于MBMS數據傳輸的MBMS RAB釋放消息。如果從RNC接收到用于MBMS數據傳輸的MBMS RAB釋放消息，則SGSN進入步驟915。在步驟915中，SGSN更新接收MBMS業務的UE列表以及提供各自的MBMS業務的RNC列表。
如果在步驟914中確定沒有從RNC接收到用于MBMS數據傳輸的MBMS RAB釋放消息，SGSN就進入步驟916。在步驟916中，SGSN更新接收MBMS業務的UE列表，然后進入步驟917。在步驟917中，SGSN給UE相應的SRNC傳送關于UE的MBMS業務關閉消息，即MBMS業務去激活消息，從而中止關于該UE的MBMS業務，并且結束該過程。
圖10是說明根據本發明實施例由SRNC執行MBMS業務的過程的流程圖。參照圖10，在步驟1001中，SRNC從UE接收小區更新完成消息。當SRNC接收到來自UE的小區更新完成消息時，就覺察到由于UE移動到另一個小區即UE切換而使該UE具有CRNC。在步驟1002中，SRNC向UE發送小區更新確認消息，以便通知它已經發覺UE移動到CRNC。在步驟1003中，SRNC從SRNC接收到MBMS RAB建立請求消息，以便發送UE所請求的MBMS數據。在步驟1004中，SRNC從接收的MBMS RAB建立請求消息中檢測用戶所請求的MBMS業務ID、UE的UE ID以及給UE發送控制消息所經由的RB信息，并將檢測到的MBMS業務ID、UE ID以及RB信息與MBMS附加請求消息一起發送給UE對應的CRNC。在步驟1005中，SRNC通過將要接收的MBMS業務ID添加到MM上下文中，來更新UE的MM上下文，并且從SRNC管理的每種MBMS業務類型的UE列表中刪除UE的UE ID。
在步驟1006中，SRNC從CRNC接收MBMS附加請求消息。在步驟1007中，SRNC檢測包含在MBMS附加響應消息中的用于給UE發送MBMS數據的RB信息，并且基于檢測到的RB信息給UE發送MBMS RB建立消息。在步驟1008中，SRNC從UE接收與MBMS RB建立消息相應的MBMS RB建立完成消息，然后在步驟1009中，SRNC從SGSN接收關于UE的MBMS去激活消息。在步驟1010中，SRNC從UE的MM上下文中刪除MBMS業務ID，在步驟1011中，SRNC向給UE提供MBMS業務的CRNC發送關于UE的MBMS業務去激活消息。在步驟1012中，SRNC向UE發送MBMS RB釋放消息，以便釋放用于接收MBMS數據的MBMS RB，從而結束該過程。
圖11是說明根據本發明實施例由CRNC提供MBMS業務的過程的流程圖。參照圖11，在步驟1101中，CRNC從UE對應的SRNC接收MBMS附加請求消息。CRNC檢測包含在MBMS附加請求消息中的UE的UE ID、MBMS業務ID以及UE的DCCH RB信息。在步驟1102中，CRNC確定當前是否正在提供MBMS業務ID所指示的MBMS業務。如果當前正在提供MBMS業務ID所指示的MBMS業務，CRNC就進入步驟1104。在步驟1104中，CRNC將UE的UE ID添加到由CRNC管理的每種MBMS業務類型的UE ID列表中，然后進入步驟1109。
然而，如果在步驟1102中確定當前并未提供MBMS業務ID所指示的MBMS業務，CRNC就進入步驟1103。在步驟1103中，CRNC向SGSN發送MBMS業務請求消息以便接收MBMS業務，然后進入步驟1105。在步驟1105中，CRNC從SGSN接收當接收MBMS數據時所需的MBMS RB建立請求消息。在步驟1106中，CRNC向SGSN發送MBMS RB建立完成消息，作為MBMS RB建立請求消息的響應，然后在步驟1107中，CRNC從SGSN接收MBMS數據。然而，可替換地，在步驟1103中，CRNC可以在發送MBMS業務請求消息時，向SGSN發送MBMS RAB建立請求消息。在這種情況下，SGSN可以通過MBMS建立完成消息，來通知CRNC已接受CRNC所請求的MBMS數據傳輸。在步驟1108中，CRNC將新的MBMS業務ID添加到CRNC所管理的MBMS列表中，并且將該UE添加到MBMS業務ID的UE列表中，然后進入步驟1109。
在步驟1109中，在將所請求的MBMS業務類型添加到列表之后，CRNC接收UE所請求的MBMS數據，確定通過哪個RB發送MBMS數據。在步驟1110中，CRNC使用MBMS附加響應消息，給UE對應的SRNC發送所確定的RB信息。在步驟1111中，CRNC啟動關于UE的MBMS數據傳輸，并且在步驟1112中，CRNC從UE對應的SRNC接收關于UE的MBMS業務去激活消息。在步驟1113中，CRNC確定是否存在接收該UE正在接收的MBMS業務類型的任何其他UE。如果不存在接收該UE正在接收的MBMS業務類型的UE，CRNC就進入步驟1114。在步驟1114中，CRNC向SGSN發送MBMS RAB釋放消息，以便請求或命令將先前在CRNC與SGSN之間建立的用于MBMS數據傳輸的MBMS RAB釋放。在步驟1116中，CRNC從MBMS業務的UE列表中刪除該UE的UE ID，或者從CRNC管理的MBMS業務列表中刪除MBMS業務ID，然后進入步驟1117。
然而，如果在步驟1113中確定存在接收該UE正在接收的MBMS業務類型的另一個UE，CRNC就前進到步驟1115。在步驟1115中，CRNC從UE#m正在接收的MBMS業務列表中刪除該UE的ID。在步驟1117中，CRNC給UE對應的SRNC發送MBMS去激活響應消息，然后進入步驟1118。在步驟1118中，CRNC釋放分配給UE的無線資源，然后結束該過程。這里，釋放無線資源有以下兩種情況基于PtP(點到點)提供MBMS業務的情況，以及基于PtM(點到多點)提供MBMS業務的第二種情況。在第一種情況下，釋放分配給該UE的無線資源，在第二種情況下，則從MBMS列表中刪除該UE的UE ID。
圖12是說明根據本發明實施例由UE提供MBMS業務的過程的流程圖。參照圖12，在步驟1201中，UE向SGSN發送激活MBMS上下文請求消息。在步驟1202中，UE從SGSN接收MBMS通知消息，該消息通知UE所請求的MBMS業務類型已被允許，并且不久將啟動相應的MBMS業務類型。這里，UE可以響應于所接收的MBMS通知消息，向SGSN發送或不發送尋呼響應消息，如上面所述，這是根據系統操作而可選的。在圖12中，假定并未發送關于MBMS通知消息的尋呼響應消息。在步驟1203中，UE從UE對應的SRNC接收MBMS RB建立消息，以便建立MBMS RB，通過該MBMS RB發送MBMS數據。在步驟1204中，UE響應于所接收的MBMS RB建立消息，向SRNC發送MBMS RB建立完成消息。
在步驟1205中，UE接收MBMS數據。在步驟1206中，如果UE檢測到用戶不再希望接收相應的MBMS業務類型，UE就發送MBMS業務去激活消息，該消息指示希望中止接收這種MBMS業務類型的MBMS數據。在步驟1207中，UE從SRNC接收用于接收MBMS數據的MBMS RB釋放消息，并且在步驟1208中，在釋放用于接收MBMS數據的MBMS RB之后，UE向SRNC發送MBMS RB釋放完成消息，作為對MBMS RB釋放消息的響應，從而結束該過程。
圖13是說明根據本發明的實施例由SGSN管理MBMS上下文的過程流程圖。參照圖13，在步驟1301中，SGSN處于如下狀態其中該SGSN存儲關于MBMS業務的PDP列表、關于MBMS業務的接收該MBMS業務的多個UE的UE列表以及關于MBMS業務的提供該MBMS業務的多個RNC的RNC列表。在步驟1302中，SGSN確定是否從某個UE接收到激活MBMS上下文請求消息。如果從特定UE接收到激活MBMS上下文請求消息，SGSN就進入步驟1303。在步驟1303中，SGSN確定UE所屬RNC中是否正在提供UE所請求的MBMS業務類型。這里，在確定UE所屬的RNC中是否正在提供UE所請求業務類型的過程中，使用關于各MBMS業務的RNC列表。雖然圖13中并未示出，但在無需確定UE所屬的RNC中是否正在提供所述請求的MBMS業務類型的情況下，也可以通過直接向UE對應的SRNC發送關于MBMS數據傳輸的MBMS RAB建立請求消息，來確定SRNC是否正在提供所請求的MBMS業務類型。
如果UE所屬的RNC中正在提供UE所請求的MBMS業務類型，SGSN就進入步驟1311。在步驟1311中，SGSN向UE對應的SRNC發送MBMS RAB建立請求消息。在步驟1312中，SGSN從SRNC接收MBMS RAB建立完成消息，然后在步驟1313中，SGSN確定從SRNC接收的MBMS RAB建立完成消息所包含的信息是否具有指示SRNC直接提供這種MBMS業務類型的內容。如果該信息中包含指示SRNC直接提供這種MBMS業務類型的內容，SGSN就進入步驟1331。在步驟1331中，SGSN發送MBMS數據。在步驟1332中，SGSN將該RNC添加到提供MBMS業務的多個RNC的RNC列表中，將該UE添加到接收MBMS業務的多個UE的UE列表中，然后進入步驟1345。
然而，如果在步驟1313中確定該信息不包含指示SRNC直接提供這種MBMS業務類型的內容，SGSN就進入步驟1380。在步驟1380中，SGSN繼續進行到步驟1341，而不將該SRNC添加到各個MBMS業務列表中。在步驟1341中，SGSN確定是否存在來自另一個RNC的關于MBMS數據傳輸請求消息的MBMS RAB建立請求消息。這里，“另一個RNC”是指CRNC。如果存在來自另一個RNC的關于MBMS數據傳輸請求消息的MBMS RAB建立請求消息，SGSN就進入步驟1342。在步驟1342中，SGSN向上述RNC發送MBMS RAB建立完成消息，然后進入步驟1343。在步驟1343中，SGSN向上述RNC發送MBMS數據。在步驟1344中，SGSN將上述RNC即請求MBMS業務的UE對應的CRNC，添加到提供MBMS業務的多個RNC的RNC列表中，將該UE添加到接收MBMS業務的多個UE的列表中，然后進入步驟1345。
另外，在步驟1341中，如果確定沒有來自另一個RNC的關于MBMS數據傳輸請求消息的MBMS RAB建立請求消息，SGSN進入步驟1351。在步驟1351中，SGSN將MBMS業務ID添加到每種MBMS業務類型的UE列表即UE的MM上下文中，然后進入步驟1345。如果確定沒有從另一個RNC接收到MBMS數據傳輸請求消息，則表明所請求的MBMS業務類型已由上述RNC提供。
然而，如果在步驟1303中確定UE所屬的RNC中并未提供UE所請求的MBMS業務類型，SGSN就進入步驟1321。在步驟1321中，SGSN向UE所屬的RNC(SRNC)發送MBMS業務請求消息。在步驟1322中，SGSN從RNC(SRNC)接收關于MBMS業務請求消息的應答消息，即MBMS業務響應消息。在步驟1323中，SGSN確定關于MBMS業務請求消息的MBMS業務響應消息是否包含指示RNC直接支持相應的MBMS業務類型的內容。如果MBMS業務響應消息不具有指示RNC支持相應MBMS業務類型的內容，SGSN就進入步驟1341。然而，如果確定MBMS業務響應消息包含指示RNC支持相應MBMS業務類型的內容，SGSN就進入步驟1351。在步驟1351中，SGSN僅將該UE的UE ID添加到接收MBMS業務的多個UE的UE列表中。當確定沒有接收到關于與UE所請求的MBMS數據相同的MBMS數據傳輸請求消息的MBMS RAB建立請求消息時，這就意味著在UE對應的CRNC中已在提供UE所請求的MBMS業務類型。因此，允許SGSN僅將該MBMS業務ID添加到UE的MM上下文中，并且并不要求更新每個MBMS業務的RNC列表。如果在步驟1323中確定RNC直接支持相應的MBMS業務類型，在步驟1351中，SGSN僅將UE的UE ID添加到接收MBMS業務的多個UE的UE列表中，并且在步驟1345中等待從UE接收MBMS去激活請求消息。
在步驟1345中，SGSN從UE接收關于提供給該UE的MBMS業務類型的MBMS去激活請求消息。在步驟1346中，SGSN確定是否從RNC即UE對應的SRNC或CRNC接收到關于MBMS業務的MBMS RAB釋放消息。如果接收到MBMS RAB釋放消息，SGSN就進入步驟1347。在步驟1347中，SGSN分別從接收相應MBMS業務類型的多個UE的UE列表和提供相應MBMS業務類型的多個RNC的RNC列表中刪除該UE及該RNC，然后進入步驟1349。在步驟1349中，SGSN向RNC發送MBMS RAB釋放完成消息，然后結束該過程。
然而，如果在步驟1346中確定沒有從RNC即UE對應的SRNC或CRNC接收到關于MBMS業務的MBMS RAB釋放消息，SGSN就進入步驟1348。在步驟1348中，SGSN從接收相應MBMS業務類型的多個UE的UE列表中刪除該UE，然后結束該過程。從接收MBMS業務的多個UE的UE列表上刪除該UE，意味著SGSN從UE的MM上下文中刪除該MBMS業務ID。
對本發明結合圖13新提出的由SGSN執行的MBMS上下文更新過程總結如下SGSN管理提供給每個UE的MBMS業務的MBMS列表，并且管理分別提供各自MBMS業務的多個RNC的RNC列表，以便更容易地提供MBMS業務。
接著，將參照圖14A、14B、15和16來說明RNC執行的MBMS上下文管理過程。在RNC執行的MBMS上下文管理程序中，考慮基于PtP提供MBMS業務的情況以及基于PtM提供MBMS業務的情況。由于RNC可以根據情況而成為SRNC或CRNC，因此，RNC必須具有結合圖11和12所述的SRNC的MBMS上下文管理功能以及CRNC的MBMS上下文管理功能。再次對結合表5所述的SRNC的MBMS上下文進行說明，SRNC將MBMS業務ID添加到該SRNC所管理的多個UE的MM上下文(UE位置、UE狀態和UE的信道使用情況)中。MBMS業務ID可以是SRNC中正在提供的MBMS業務的MBMS業務ID以及CRNC中正在提供的MBMS業務的MBMS業務ID。另外，再次說明CRNC的MBMS上下文，CRNC對接收MBMS業務的多個UE的列表進行管理，以便在CRNC中提供MBMS業務。即，RNC從SRNC的角度，對正提供給每個UE的MBMS業務列表進行管理，并且從CRNC的角度，對每個RNC中正在提供的MBMS業務列表進行管理。
圖14A、14B、15和16是說明根據本發明實施例由RNC執行MBMS上下文管理的過程流程圖。參照圖14A，在步驟1401中，RNC將MBMS業務ID添加到存在于RNC中的多個UE的UE上下文中的多個UE中那些接收MBMS業務的多個UE的UE上下文中，并且管理RNC中正在提供的每種MBMS業務的UE列表。在步驟1402中，RNC確定是否從SGSN接收到用于接收MBMS數據的MBMS RAB建立消息。如果從SGSN接收到用于接收MBMS數據的MBMS RAB建立消息，RNC就進入步驟1403。在步驟1403中，RNC確定預定接收MBMS數據的UE當前是否位于該RNC的小區中。如果預定接收MBMS數據的UE當前并不位于該RNC的小區中，RNC就進入步驟1411。在步驟1411中，該RNC管理UE當前所在小區的RNC發送關于該UE的MBMS附加請求消息。由于已經結合圖11和12說明了MBMS附加請求消息的內容，這里不再贅述。在步驟1412中，SRNC通過MBMS附加響應消息，從管理UE所在小區的RNC接收用于給UE發送MBMS數據的信道信息。在步驟1413中，SRNC利用所接收的信息給UE發送MBMSRB建立消息。在步驟1414中，SRNC從UE接收MBMS RB建立完成消息，然后在步驟1415中，SRNC從當前由SRNC處理的每種MBMS業務的UE列表中刪除該UE的UE ID。如果UE未在接收RNC中提供的MBMS業務，則可省略步驟1415。步驟1415之后的過程連接到圖16的B。
在步驟1421中，如果預定接收MBMS數據的UE位于RNC中，也就是說，如果UE位于RNC控制的小區中，該RNC就充當SRNC。在步驟1421中，RNC向SGSN發送MBMS RAB建立完成消息，然后在步驟1422中從SGSN接收MBMS數據。當在步驟1422中RNC從SGSN接收到MBMS數據是，就在步驟1423中確定它是否將基于PtP發送MBMS數據。可以通過希望接收MBMS業務的UE數目，來確定RNC是否基于PtP或基于PtM提供MBMS業務。也就是說，如果預定接收MBMS數據的UE數目少于預定數目，RNC就可以選擇基于PtP發送MBMS數據的方法，從而減少節點B的功率消耗。如果預定接收MBMS數據的UE數目大于或等于預定數目，RNC就可以選擇基于PtM發送MBMS數據的方法，從而減少用于多個UE的節點B的功率消耗。如果在步驟1423中RNC確定基于PtP給UE發送MBMS數據，RNC就在步驟1424中給UE發送適合于PtP傳輸的MBMS RB建立消息，接著在步驟1425中當從UE接收到MBMS RB完成消息之后，將會發送MBMS數據。在步驟1428中，RNC創建關于MBMS業務的UE列表，然后將該UE添加到關于MBMS業務的UE列表中，并且將該MBMS業務的MBMS業務ID添加到UE的上下文中。如果在步驟1423中RNC確定基于PtM發送MBMS數據，RNC就在步驟1426中使用MBMS RB建立消息來發送用于PtM傳輸的信道信息，然后在步驟1427中，RNC從UE接收MBMS RB建立完成消息。在步驟1428中，RNC創建關于MBMS業務的UE列表，然后將該UE添加到UE列表中，并且將MBMS業務的MBMS業務ID添加到UE的上下文中。步驟1428之后的過程連接到圖16的B。
當在圖14A的步驟1402中，RNC無法從SGSN接收用于接收MBMS數據的MBMS RAB建立請求消息時，RNC就進入圖14B中的步驟1430。如果在步驟1430中從SGSN接收到要求向特定UE提供特定MBMS業務的請求，RNC就在步驟1431中執行相應操作，并且如果沒有從SGSN接收到該請求，RNC就進入圖15的A。當在步驟1430中從SGSN接收到給特定UE提供特定MBMS業務的請求時，RNC就在步驟1431中確定預定接收MBMS數據的UE當前是否位于該RNC的小區中，然后根據確定結果來執行步驟1432和1441。即使RNC中已經提供MBMS業務，如果預定接收MBMS業務的UE不在該RNC中，也就是說，如果UE位于由CRNC控制的小區中，步驟1432就是RNC充當SRNC的起點。在步驟1432中，RNC向管理UE所在小區的RNC發送關于UE的MBMS附加請求消息。如上所述，圖11和12示出MBMS附加請求消息的內容。在步驟1433中，SRNC通過MBMS附加響應消息，從管理UE所在小區的RNC接收關于給UE發送MBMS數據的信道信息，并且在步驟1434中，使用從MBMS附加響應消息中檢測到的信息給UE發送MBMS RB建立消息。在步驟1435中，SRNC從UE接收MBMS RB建立完成消息，在步驟1436中，SRNC從當前由該SRNC處理的每種MBMS業務類型的UE列表中刪除UE ID。如果UE不在接收RNC中的MBMS業務，就省略步驟1436。步驟1436之后的過程連接到圖16的B。
當RNC中正在提供MBMS業務并且預定接收MBMS業務的UE存在于該RNC中時，也就是說，當UE位于該RNC控制的小區時，步驟1441是RNC充當SRNC的起點。在步驟1441中，RNC確定是否基于PtP發送MBMS數據。如果在步驟1441中確定基于PtP發送MBMS數據，在步驟1442中，RNC給UE發送適合于PtP傳輸的MBMS RB建立消息，然后在步驟1443中，在從UE接收到MBMS RB建立完成消息之后發送MBMS數據。在步驟1446中，RNC將該UE添加到關于MBMS業務的UE列表中，并且將該MBMS業務ID添加到UE的上下文中。
如果在步驟1441中確定基于PtM發送MBMS數據，在步驟1444中，RNC利用MBMS RB建立消息，向UE發送用于PtM傳輸的信道信息，然后在步驟1445中，RNC從UE接收MBMS RB建立完成消息。在步驟1446中，RNC把該UE添加到關于MBMS業務的UE列表中，并且將該MBSM業務ID添加到UE的上下文中。步驟1436之后的過程連接到圖16的B。
在圖15的步驟1501中，RNC判斷是否從另一個RNC接收到關于RNC所管理小區中的UE的MBMS附加請求消息。如果未曾接收到MBMS附加請求消息，過程就連接到圖14A的C。也就是說，并未改變RNC所管理的UE的MM上下文和每種MBMS業務的UE列表。如果在圖15的步驟1501中當前正從另一個RNC接收關于RNC所管理小區中的UE的MBMS附加請求消息，在步驟1502中，RNC確定當前是否正在提供所請求的MBMS業務類型。根據步驟1502的確定結果，RNC進入步驟1503或步驟1521。在步驟1503中，在當前RNC中正在提供另一個RNC所請求的MBMS業務時，RNC確定MBMS數據是否是基于PtP發送的。如果在步驟1503中確定MBMS數據是基于PtP發送的，在步驟1505中，RNC通過MBMS附加響應消息，向UE對應的SRNC發送適合于PtP傳輸的信道信息，并且在步驟1506中，給UE發送MBMS數據。
如果在步驟1503中確定MBMS數據是基于PtM發送的，在步驟1504中，RNC通過MBMS附加響應消息，向UE對應的SRNC發送用于PtM傳輸的信道信息，并且在步驟1506中，給UE發送MBMS數據。在PtM傳輸中，步驟1506指示UE接收先前存在的MBMS數據，而不指示新的無線資源分配。在步驟1507中，RNC將該UE添加到相應MBMS業務類型的UE列表中。步驟1507之后的RNC操作連接到圖16的B。
如果在步驟1502中確定當前并未提供所請求的MBMS業務，在步驟1521中，RNC向SGSN發送用于接收MBMS數據的MBMS RAB建立請求消息，在步驟1522中，從SGSN接收用于接收MBMS數據的MBMS RAB建立完成消息，然后在步驟1523中，從SGSN接收MBMS數據。在步驟1524中，RNC確定它是否基于PtP或基于PtM發送另一個RNC所請求的MBMS數據。如果在步驟1524中確定基于PtP發送MBMS數據，在步驟1526中，RNC通過MBMS附加響應消息，向UE對應的SRNC發送用于PtP傳輸的信道信息，并且在步驟1527中給UE發送MBMS數據。
如果在步驟1524中確定基于PtM發送MBMS數據，在步驟1525中，RNC通過MBMS附加響應消息，向UE對應的SRNC發送用于PtM傳輸的信道信息，并在步驟1527中給UE發送MBMS數據。在PtM傳輸中，由于先前并不存在MBMS數據，所以步驟1527不指示新的無線資源分配。在步驟1528中，RNC創建關于相應MBMS業務類型的UE列表，并將該UE添加到關于MBMS業務的UE列表中。步驟1528之后的過程連接到圖16的B。
圖16是說明RNC已經從SGSN或另一個RNC接收到關于把該RNC當作SRNC或CRNC的UE的MBMS去激活請求消息時的該RNC操作的流程圖。在步驟1601中，RNC確定是否已經從SGSN接收到關于當前正在接收MBMS業務的UE的該MBMS業務的MBMS去激活請求消息，然后根據確定的結果進入步驟1602和1611。如果在步驟1601中確定已經從SGSN接收到關于當前正在接收MBMS業務的UE的MBMS去激活請求消息，在步驟1602中，RNC向UE發送MBMS RB釋放消息，以便釋放UE當前接收MBMS數據所經的MBMS RB，然后在步驟1603中，RNC從UE接收MBMS RB釋放完成消息。
如果在步驟1601中確定未從SGSN接收到關于當前正在接收MBMS業務的UE的MBMS去激活請求消息，在步驟1611中，RNC確定是否已經從另一個RNC接收到關于正接收MBMS業務的特定UE的MBMS去激活請求消息。如果在步驟1611中，RNC確定沒有從另一個RNC接收到關于當前正在接收MBMS業務的特定UE的MBMS去激活請求消息，對于RNC當前管理的UE的MM上下文中的每種MBMS業務的UE列表及MBMS業務ID，RNC不執行更新操作。如果確定已經從另一個RNC接收到關于正接收MBMS業務的特定UE的MBMS去激活請求消息，在步驟1612中，RNC向UE對應的SRNC發送關于UE的MBMS去激活確認消息，在步驟1613中，確定是否基于PtP提供UE正在接收的MBMS業務，然后根據確定結果進入步驟1614或步驟1615。如果在步驟1613中確定UE正基于PtP接收與MBMS去激活請求消息相應的MBMS業務，在步驟1614中，RNC將執行釋放分配給UE的無線資源的處理。然而，如果在步驟1613中確定UE正基于PtM接收與MBMS去激活請求消息相應的MBMS業務，在步驟1615中，SRNC執行刪除UE的UE ID的操作。
在圖16的步驟1604中，RNC確定是否存在另一個UE接收該UE正在接收的MBMS業務，并且根據確定結果來執行步驟1605和步驟1606。如果存在另一個UE接收該UE正在接收的MBMS業務，在步驟1605中，RNC將執行從關于MBMS業務的UE列表中刪除該UE的操作。如果不存在另一個UE接收該UE正在接收的MBMS業務，在步驟1606中，RNC向SGSN發送MBMS RAB釋放消息，以便釋放接收MBMS數據所經的MBMS RAB，然后在步驟1607中，從SGSN接收MBMS RAB釋放完成消息。在步驟1608中，RNC從關于MBMS業務的UE列表中刪除該UE，并從RNC的MBMS列表中刪除該MBMS業務ID。
圖17示意性地說明根據本發明實施例用于由CRNC給UE直接發送MBMS數據的L2/MAC層結構。在圖17中，SRNC 1701是用于管理希望接收MBMS業務的多個UE的SRNC，并且給UE分配MAC-d 1703。MAC-d 1703是用于向UE發送DCCH 1702的MAC實體。SRNC 1701通過使用邏輯信道DCCH 1702，發送由控制平面發送的RRC信令消息。如圖17所示，可以根據CRNC的決定，經MAC-MBMS 1713或MAC-c/sh 1715發送RRC信令消息，即DCCH 1702。CRNC 1711可以確定基于PtP或基于PtM發送MBMS數據，這兩種情況下的CRNC 1711操作是不同的。如果CRNC 1711中希望接收MBMS業務的UE數目大于或等于預定數目，CRNC 1711就確定基于PtM發送MBMS數據，如果UE數目小于預定數目，CRNC 1711就確定基于PtP發送MBMS數據。也就是說，為了有效利用無線資源，CRNC 1711將考慮當前小區狀況來確定數據傳輸方法。然而在這種情況下，即使CRNC中的小區狀況導致應該基于PtM來發送MBMS數據，如果特定UE在接收語音業務和MBMS業務時已經移動，CRNC就將基于PtP給特定UE分配專用信道，并且基于PtM給其他UE提供MBMS業務。因此，在這種情況下，對于相同業務而言，PtP方法和PtM方法兩種方法都是可用的，以下將會對此進行詳細說明。
首先，說明由CRNC基于PtP發送MBMS數據的方法。
當確定在相應小區中基于PtP發送MBMS數據時，CRNC 1711根據相應UE建立MAC-MBMS 1713。所建立的MAC-MBMS 1713基于一對一與MAC-d 1703匹配。也就是說，對于一個UE來說，SRNC 1701生成MAC-d1703，并且CRNC 1711生成MAC-MBMS 1713，所生成的MAC-d 1703與所生成MAC-MBMS 1713匹配。因此，當CRNC確定PtP傳輸時，通過MAC-d1703給相應的MAC-MBMS 1713傳送RRC信令消息，即DCCH 1702，并且MAC-MBMS 1713組合相應的DCCH與M-DTCH 1712，并且使用DPCH給相應UE發送組合數據，其中M-DTCH 1712是MBMS數據。當傳輸路徑被分別分配給各個UE或MAC-d 1703和MAC-MBMS 1713之間的Iur接口上的傳輸信道時，給MAC-MBMS 1713分配到MAC-d 1703的一對一傳輸路徑。因此，MAC-MBMS 1713經Iur接口直接接收MAC-d 1703發送的MBMS數據。MAC-MBMS 1713具有將MBMS數據(或M-DTCH 1712)連接到一個實體的功能，以便根據UE發送經Iur接口接收的每個UE的信令消息，因此節點B能夠利用一個物理信道來發送信令消息。CRNC 1711根據各MAC-MBMS，對通過Iu接口從SGSN接收的MBMS數據進行復制，并將復制的MBMS數據傳送到MAC-MBMS 1713。
結果，能夠將用于發送信令消息(或DCCH 1702)的C-平面與用于發送MBMS數據(或M-DTCH 1712)的U-平面分離。也就是說，C-平面使用經過SRNC的現有路徑，U-平面使用不經過SRNC而連接到SGSN的Iu接口，從而直接使用經過CRNC的路徑。MAC-MBMS 1713組合經過不同路徑傳送的C-平面的DCCH 1702及U-平面的M-DTCH 1712，并且將組合信號發送到節點B，以便能夠經DPCH來發送。這時，通過DCCH 1702的數據傳輸格式集以及通過M-DTCH 1712的數據傳輸格式集可以相互獨立，并且通過組合傳輸格式集來生成傳輸格式組合。所以，確定傳輸格式組合指示(TFCI)，節點B能夠確定TFCI。
其次，將說明由CRNC基于PtM發送MBMS數據的方法。
當CRNC 1711確定基于PtM發送MBMS數據時，不產生MAC-MBMS1713，并且將SRNC 1701發送的DCCH信息經MAC-d 1703傳送到MAC-c/sh1715。此外，CRNC 1711從SGSN接收MBMS數據，將接收的MBMS數據轉換成M-CTCH 1714，并且通過MAC-c/sh 1715來發送M-CTCH 1714。這里，可以分別使用傳輸信道和物理信道來發送用于特定UE的DCCH 1701以及M-CTCH 1714，而不在MAC-c/sh 1715中進行復用。因此，UE區分用于發送DCCH 1702的FACH 1717和用于發送M-CTCH 1714的FACH 1717，M-CTCH 1714即MBMS數據。應該注意到，即使在這種情況下，DCCH 1702經SRNC 1701被傳送到UE，并且MBMS數據經CRNC 1711從SGSN被傳送到UE。也就是說，U-平面和C-平面被相互分離。在特定情況下，CRNC 1711確定基于PtM來發送MBMS數據。然而，當SRNC 1701希望基于PtP給相應UE發送DCCH 1702以便發送語音時，SRNC 1701可以使用圖17的MAC-d1703經MAC-MBMS 1713通過DCH發送DCCH 1702和語音數據，并且經MAC-c/sh 1715通過FACH 1717發送MBMS數據(M-CTCH 1714)。在這種情況下，MAC-MBMS 1713具有簡單傳送數據的功能。即使如此，CRNC也可以在不經過MAC-d 1703的情況下直接給UE傳送MBMS數據。
由于CRNC 1711根據小區或節點B，來確定基于PtP或基于PtM發送經Iu接口接收到的MBMS數據，所以CRNC 1711可以通過建立MSC-MBMS1713來基于PtP發送MBMS數據，或者經MAC-c/sh 1715直接發送M-CTCH1714。在這種情況下，可以另外建立用于管理這種功能的層，并且所建立的層是高于MAC層的層。為此，可以建立存在于無線鏈路控制(RLC)層或是高于RLC層的PDCP層之上的MBMS層。MBMS層根據是否依照各小區確定基于PtP或基于PtM發送經Iu接口接收的數據來復制數據，并且將復制數據發送到M-DTCH 1712或M-CTCH 1714之上的RLC層，以便將其分別傳送到MAC-MBMS 1713以及MAC-c/sh 1715。在SRNC 1701與CRNC 1711之間交換的用于生成DCH 1716和FACH 1717的信息，與結合圖8、10、11、14A、14B、15和16所說明的相同。如上所述，對于本發明所提出的圖17的新MAC功能，根據UE狀態和MBMS業務類型，關于MBMS業務的U-平面和C-平面具有幾種可用組合，表6示出這些可用組合。“UE狀態”是指CELL_FACH或CELL_DCH。
表6

如上所述，在MBMS移動通信系統中，當請求MBMS業務的UE從SRNC切換到CRNC時，本發明直接從CRNC給UE發送MBMS數據。于是，不需要用于從SRNC向CRNC發送MBMS數據的單獨的Iur接口。因此，本發明有利地使無線資源的效率最大化，并且提高了系統性能。
雖然已經參考本發明的優選實施例示出并說明了本發明，但是本領域技術人員應該理解，在不脫離所附權利要求所限定的本發明的實質和范圍的情況下，可以對其進行形式和細節上的各種改變。
權利要求
1.一種提供分組業務的移動通信系統中的方法，用于當用戶設備(UE)移動到第二無線網絡控制器(RNC)管理的第二小區時，從GPRS(通用分組無線業務)業務支持節點(SGSN)給所述UE提供分組業務數據，所述UE在第一RNC管理的第一小區中請求接收分組業務的許可，所述方法包括以下步驟所述第一RNC給所述第二RNC發送給所述UE提供分組業務所需的控制信息；所述第二RNC接收控制信息，并且接收分組業務數據；以及所述第二RNC給所述UE發送分組業務數據。
2.如權利要求1所述的方法，還包括以下步驟在根據所接收的控制信息建立無線承載(RB)之后，所述第二RNC通過所述RB給所述UE發送分組業務數據。
3.一種提供分組業務的移動通信系統中的方法，用于當用戶設備(UE)移動到第二無線網絡控制器(RNC)管理的第二小區時，給所述UE提供分組業務，所述UE在第一RNC管理的第一小區中請求接收分組業務的許可，所述方法包括以下步驟所述第一RNC給所述第二RNC發送給所述UE提供分組業務所需的控制信息；所述第二RNC分析所述控制信息，并且當所述第二RNC能夠提供分組業務時，通知所述第一RNC所述第二RNC將提供分組業務；以及所述第二RNC給所述UE發送分組業務數據。
4.如權利要求3所述的方法，還包括以下步驟當所述第二RNC不能提供分組業務時，所述第二RNC給GPRS(通用分組無線業務)業務支持節點(SGSN)發送分組業務請求；所述SGSN響應于所述第二RNC的分組業務請求，給所述第二RNC發送用于提供分組業務的無線資源分配請求；所述第二RNC響應于無線資源分配請求，分配用于提供分組業務的無線資源；在分配無線資源之后，所述第二RNC通知所述第一RNC所述第二RNC將提供分組業務。
5.如權利要求4所述的方法，還包括以下步驟所述第二RNC給所述UE發送分組業務數據；以及如果所述第二小區中請求分組業務的UE數目大于或等于預定數目，所述第二RNC通過公共信道給所述UE發送分組業務數據，并且如果所述第二小區中請求分組業務的所述UE數目小于所述預定數目，則通過專用信道發送分組業務數據。
6.如權利要求4所述的方法，還包括以下步驟當接收到關閉分組業務的請求時，所述UE給所述SGSN發送關閉分組業務的請求；所述SGSN響應于所述UE的分組業務關閉請求，給所述第一RNC發送所述UE的關閉分組業務的請求；以及所述第一RNC響應于所述UE的分組業務關閉請求，給所述第二RNC發送所述UE的分組業務關閉請求，以便所述第二RNC中止到所述UE的分組業務數據的傳輸。
7.如權利要求6所述的方法，還包括以下步驟當從所述第一RNC接收到所述UE的分組業務關閉請求時，所述第二RNC中止到所述UE的分組業務數據的傳輸；以及在中止分組業務數據的傳輸之后，當所述第二小區中不存在接收分組業務的其他UE時，所述第二RNC給所述SGSN發送關閉分組業務請求。
8.如權利要求6所述的方法，還包括以下步驟當所述第二RNC能夠提供分組業務時，所述第二RNC通過將所述UE的UE標識符包含在分組業務的上下文中，來更新分組業務的上下文。
9.如權利要求8所述的方法，還包括以下步驟當從所述第一RNC接收到所述UE的分組業務關閉請求時，通過從分組業務的上下文中刪除UE標識符，來更新分組業務的上下文。
10.一種提供分組業務的移動通信系統中的設備，用于當用戶設備(UE)移動到第二小區時，給所述UE提供分組業務，所述UE在第一小區中請求接收分組業務的許可，所述設備包括第一RNC，管理所述第一小區，用于給請求分組業務的所述UE發送提供分組業務所需的控制信息；和第二RNC，管理所述第二小區，用于從所述第一RNC接收所述控制信息，分析所述控制信息，當所述第二RNC能夠提供分組業務時，通知所述第一RNC所述第二RNC將提供分組業務，以及給所述UE發送分組業務數據。
11.一種提供分組業務的移動通信系統中的方法，用于當用戶設備(UE)移動到第二無線網路控制器(RNC)管理的第二小區時，給所述UE提供分組業務，所述UE在第一RNC管理的第一小區中請求接收分組業務的許可，所述方法包括以下步驟所述第一RNC給所述第二RNC發送所述UE的UE標識符、指示分組業務的業務標識符、以及關于當前建立到所述UE的無線資源信息；所述第二RNC接收所述UE標識符、所述業務標識符以及所述無線資源信息，并且當所述第二RNC能夠提供所述分組業務標識符所指示的分組業務時，通知所述第一RNC所述第二RNC將提供分組業務；以及所述第二RNC給所述UE發送分組業務數據。
12.如權利要求11所述的方法，還包括以下步驟當所述第二RNC不能提供分組業務時，所述第二RNC給GPRS(通用分組無線業務)業務支持節點(SGSN)發送分組業務請求；所述SGSN響應于來自所述第二RNC的分組業務請求，給所述第二RNC發送分配無線資源的請求以及業務標識符；所述第二RNC響應于無線資源分配請求，分配用于提供分組業務的無線資源；在分配無線資源之后，所述第二RNC通知所述第一RNC所述第二RNC將提供分組業務；以及所述第二RNC給所述UE發送分組業務數據。
13.如權利要求11所述的方法，還包括以下步驟所述第二RNC給所述UE發送分組業務數據；以及如果所述第二小區中請求分組業務的UE數目大于或等于預定數目，所述第二RNC通過公共信道給所述UE發送分組業務數據，并且如果所述第二小區中請求分組業務的所述UE數目小于所述預定數目，則通過專用信道給所述UE發送分組業務數據。
14.如權利要求12所述的方法，還包括以下步驟當所述UE接收到分組業務關閉請求時，給所述SGSN發送關閉分組業務的請求；所述SGSN響應于所述UE的分組業務關閉請求，給所述第一RNC發送所述UE的關閉分組業務的請求；以及所述第一RNC響應于所述UE的分組業務關閉請求，給所述第二RNC發送所述UE的關閉分組業務的請求，以便所述第二RNC中止到所述UE的分組業務數據的傳輸。
15.如權利要求14所述的方法，還包括以下步驟當從所述第一RNC接收到所述UE的分組業務關閉請求時，所述第二RNC中止到所述UE的分組業務數據的傳輸；以及在中止分組業務數據的傳輸之后，當所述第二小區中不存在接收分組業務的其他UE時，所述第二RNC給所述SGSN發送關閉分組業務的請求。
16.如權利要求14所述的方法，還包括以下步驟當所述第二RNC能夠提供分組業務時，通過將所述UE的UE標識符包含在分組業務上下文中，來更新分組業務的上下文。
17.如權利要求16所述的方法，還包括以下步驟當從所述第一RNC接收到所述UE的分組業務關閉請求時，通過從分組業務的上下文中刪除所述UE標識符，來更新分組業務的上下文。
18.一種提供分組業務的移動通信系統中的設備，用于當用戶設備(UE)移動到第二小區時，給所述UE提供分組業務，所述UE在第一小區中請求接收分組業務的許可，所述設備包括第一RNC，管理所述第一小區，用于發送所述UE的UE標識符、指示所請求分組業務的業務標識符、以及所述UE當前建立的無線資源的信息；以及第二RNC，用于接收所述UE標別符、所述業務標識符以及所述無線資源信息，當所述第二RNC能夠提供分組業務時，通知所述第一RNC所述第二RNC將提供分組業務，以及給所述UE發送分組業務。
全文摘要
一種提供分組業務的無線通信系統中的系統和方法，用于當用戶設備(UE)移動到第二無線網絡控制器(RNC)所管理的第二小區時給UE提供分組業務，其中UE在第一RNC所管理的小區中請求接收分組業務的許可。在這種系統和方法中，第一RNC向第二RNC發送給UE提供分組業務所必需的控制信息。第二RNC分析該控制信息，并且當第二RNC能夠提供分組業務時，通知第一RNC第二RNC正在提供分組業務。第二RNC向UE發送分組業務數據。
文檔編號H04B7/26GK1496159SQ03164808
公開日2004年5月12日 申請日期2003年8月17日 優先權日2002年8月17日
發明者黃承吾, 李國熙, 金成勛, 崔成豪, 趙基浩, 樸俊枸 申請人:三星電子株式會社