專利名稱：多用戶面路徑網(wǎng)絡中的業(yè)務傳輸方法、系統(tǒng)及設備的制作方法
技術(shù)領域：
本發(fā)明涉及網(wǎng)絡通信技術(shù)領域，尤其涉及一種多用戶面路徑網(wǎng)絡中的業(yè) 務傳輸方法、系統(tǒng)及設備。
背景技術(shù)：
在現(xiàn)有的MBMS業(yè)務傳輸流程中，MBMS數(shù)據(jù)流具體是在MTCH (MBMS業(yè)務信道)上進行傳輸?shù)?，如圖1所示，MBMS數(shù)據(jù)的傳輸路徑主要 為由核心網(wǎng)結(jié)點將MBMS業(yè)務數(shù)據(jù)發(fā)送給RNC (無線網(wǎng)絡控制器)，之后 由RNC發(fā)送給基站，并由基站傳遞給各用戶；其中，RNC中包括PDCP(分 組數(shù)據(jù)匯聚協(xié)議)/RLC (無線鏈路控制)/MAC (媒體接入控制)實體，用于 完成用戶面路徑的終結(jié)，基站在這里僅作為物理層傳輸使用。隨著HSPA技術(shù)在WCDMA網(wǎng)絡中的應用和進一步發(fā)展，3GPP組織提出 了新的應用HSPA技術(shù)的演進網(wǎng)絡架構(gòu)，即HSPA演進網(wǎng)絡。在這種網(wǎng)絡架構(gòu)中，對原有的基站功能進行升級(升級后的基站稱為增強基站)，在增強基 站中既保留原有的物理層傳輸功能，又增加用戶面實體PDCP/RLC/MAC。對 于傳統(tǒng)的移動臺進行技術(shù)增強，使之在支持后向兼容性的同時，可以在HSPA 演進網(wǎng)絡中承載業(yè)務，稱為HSPA演進移動臺。在當前的發(fā)展中，HSPA演進架構(gòu)有多種可能的網(wǎng)絡架構(gòu)。這里以圖2的 架構(gòu)為例，對演進架構(gòu)中存在的問題進行解釋當移動臺接入到增強基站 時，傳統(tǒng)的移動臺僅使用演進基站中的物理層功能，使用RNC中的用戶面實 體PDCP/RLC/MAC接收和發(fā)送用戶面數(shù)據(jù)；而HSPA演進的移動臺則使用演 進基站中的用戶面實體PDCP/RLC/MAC接收和發(fā)送數(shù)據(jù)。從而使得可能會出現(xiàn)這樣的場景對于同一個eNB (增強基站，或稱演進基站)和RNC覆蓋下 的小區(qū)，RNC和演進基站中分別設置有相應的PDCP/RLC/MAC實體，因此在 這個小區(qū)中，共有兩個分別終結(jié)于RNC和演進基站的兩條MTCH用戶面路徑。在該架構(gòu)中，相應的數(shù)據(jù)流的路徑如圖2所示，針對不同的用戶終端，分 別包括以下兩種情況(1) 對于傳統(tǒng)移動臺(即用戶終端)，MBMS數(shù)據(jù)流的傳送路徑為由 核心網(wǎng)傳送給RNC后，再傳送給演進基站(僅作為物理層傳輸)，最后，由 演進基站傳送給傳統(tǒng)移動臺；(2) 對于演進移動臺，相應的MBMS數(shù)據(jù)流的傳送路徑為由核心網(wǎng)直 接傳送給演進基站，并由演進基站傳送給演進移動臺。因此，在該HSPA+架構(gòu)中，對于處于RNC和演進基站相同覆蓋的小區(qū) 范圍內(nèi)，需要接收同一個MBMS業(yè)務的傳統(tǒng)移動臺和演進移動臺的情況，所 述的演進基站將會收到兩份相同的MBMS數(shù)據(jù)流，其中， 一份MBMS數(shù)據(jù)流 是由核心網(wǎng)下發(fā)的，另一份MBMS數(shù)據(jù)流則是由核心網(wǎng)通過RNC下發(fā)的；之 后，演進基站還會將兩份MBMS數(shù)據(jù)流進行發(fā)送，以便于不同版本的移動臺 可以接收到相應的MBMS數(shù)據(jù)流，但此時不同版本的移動臺接收的其實是相 同的MBMS數(shù)據(jù)流。這樣，重復發(fā)送的MBMS數(shù)據(jù)流將導致開展MBMS過程 中將占用較多的網(wǎng)絡資源。在目前提供的另 一種HSPA演進架構(gòu)中，根據(jù)移動臺在接入到演進基站時 的處理方式不同，將移動臺分為幾類包括承載CS (電路域)業(yè)務的傳統(tǒng)移 動臺、只承載PS (分組域)業(yè)務的傳統(tǒng)移動臺和演進移動臺。其中，承載CS 業(yè)務的傳統(tǒng)移動臺的用戶面路徑終結(jié)于RNC，而只承載PS業(yè)務的傳統(tǒng)移動臺 和演進移動臺的用戶面路徑則終結(jié)于演進基站。在該架構(gòu)中，相應的數(shù)據(jù)流的路徑如圖4所示，針對不同類型的用戶終端，分別包4舌以下兩種情況(1) 對于承載CS業(yè)務的傳統(tǒng)移動臺，相應的MBMS數(shù)據(jù)流的傳送路徑 為由核心網(wǎng)傳送給RNC，之后，再傳送給演進基站，最后，由演進基站傳 送給承載CS業(yè)務的傳統(tǒng)移動臺；(2) 對于只承栽PS業(yè)務的傳統(tǒng)移動臺和演進移動臺，相應的MBMS數(shù) 據(jù)流的傳送路徑為由核心網(wǎng)直接傳送給演進基站，并由演進基站傳送給只 承載PS業(yè)務的傳統(tǒng)移動臺和HSPA演進移動臺?？梢钥闯觯谠揌SPA+架構(gòu)中，對于RNC和演進基站相同覆蓋的小區(qū) 范圍內(nèi)，當承載CS傳統(tǒng)移動臺、只承載PS業(yè)務的傳統(tǒng)移動臺和演進移動臺需 要接收同 一個MBMS業(yè)務時，所述的演進基站同樣會收到兩份相同的MBMS 數(shù)據(jù)流。即在該HSPA+架構(gòu)中，同樣存在因重復發(fā)送的MBMS數(shù)據(jù)流導致占 用較多的網(wǎng)絡資源的問題。需要說明的是，對于其他類似的HSPA演進架構(gòu)中，若同一個小區(qū)范圍內(nèi) 對于不同版本的移動臺存在兩套PDCP/RLC/MAC實體，則均會導致因重復發(fā) 送MBMS數(shù)據(jù)流而過多地占用網(wǎng)絡資源的問題。發(fā)明內(nèi)容本發(fā)明的實施例提供了 一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸方法、系統(tǒng) 及設備，從而可以在開展業(yè)務過程中合理地占用網(wǎng)絡資源，以節(jié)省資源。本發(fā)明實施例提供了 一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸方法，包括在具有多用戶面路徑的同 一覆蓋范圍中，僅由用戶面終結(jié)實體負責向多 用戶面路徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務，所述用戶面終結(jié)實體從提供多用 戶面路徑的多個用戶面路徑實體中選定。本發(fā)明實施例提供了 一種多用戶面路徑網(wǎng)絡中的控制信息傳輸方法，包括200710080165.4說明書第4/16頁在具有多用戶面if各徑的同一覆蓋范圍中，僅由用戶面終結(jié)實體生成業(yè)務 控制信息，并下發(fā)給多用戶面路徑網(wǎng)絡中的各用戶終端，所述用戶面終結(jié)實 體從提供多用戶面路徑的多個用戶面路徑實體中選定。本發(fā)明實施例提供了 一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸系統(tǒng)，包括位 于同 一覆蓋范圍內(nèi)的多用戶面路徑對應的多個用戶面路徑實體，其中，多個用戶面路徑實體中包括選定的用戶面終結(jié)實體，且僅由用戶面終結(jié) 實體向多用戶面i 各徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務。本發(fā)明實施例提供了 一種用戶面路徑實體設備，其作為同一覆蓋范圍內(nèi) 的多用戶面路徑對應的多個用戶面路徑實體中的用戶面終結(jié)實體，且包括業(yè)務接收單元，用于接收需要發(fā)送給用戶終端的業(yè)務；業(yè)務下發(fā)處理單元，用于將所述業(yè)務接收單元接收的業(yè)務向所述的覆蓋 范圍內(nèi)的所有開展該業(yè)務的用戶終端下發(fā)。本發(fā)明實施例提供了一種用戶面路徑實體設備，其作為同一覆蓋范圍內(nèi)的多用戶面路徑對應的多個用戶面路徑實體中的用戶面終結(jié)實體，且包括 控制信息生成單元，用于生成業(yè)務控制信息；控制信息下發(fā)單元，用于將所述控制信息生成單元生成的業(yè)務控制信息 下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端。本發(fā)明實施例提供了 一種用戶面路徑實體設備，其作為多個用戶面路徑 實體中的決策點實體，且包括觸發(fā)單元和用戶面終結(jié)實體確定單元，其中所述觸發(fā)單元，用于在確定需要選擇確定用戶面路徑實體時觸發(fā)所述用 戶面終結(jié)實體確定單元；所述用戶面終結(jié)實體確定單元，用于在多個用戶面路徑實體中確定用于 負責業(yè)務下發(fā)操作的用戶面終結(jié)實體；或者，根據(jù)預先配置的信息確定用戶 面終結(jié)實體。由上述本發(fā)明的實施例提供的技術(shù)方案可以看出，對于存在多用戶面路徑的網(wǎng)絡，可以僅通過一個用戶面3各徑實體進4亍業(yè)務的下發(fā)，而其他用戶面 路徑實體則不進行業(yè)務的下發(fā)操作，因此，本發(fā)明實施例可以在保證用戶終端能夠獲得相應的業(yè)務的情況下，使得網(wǎng)絡側(cè)在為用戶終端提供業(yè)務的過程 中對網(wǎng)絡資源的占用量減少。


圖1為現(xiàn)有技術(shù)中的MTCH路徑結(jié)構(gòu)示意圖； 圖2為現(xiàn)有技術(shù)中的43 八+架構(gòu)一的數(shù)據(jù)面路徑示意圖； 圖3為現(xiàn)有技術(shù)中的HSPA+架構(gòu)一的控制面路徑示意圖； 圖4為現(xiàn)有技術(shù)中的^13 八+架構(gòu)二的數(shù)據(jù)面路徑示意圖； 圖5為現(xiàn)有技術(shù)中的43 厶+架構(gòu)二的控制面路徑示意圖； 圖6為本發(fā)明實施例的實現(xiàn)方式示意圖；圖7為基于HSPA +架構(gòu)二的本發(fā)明實施例中的數(shù)據(jù)傳輸過程示意圖； 圖8為基于^15「厶+架構(gòu)一的本發(fā)明實施例中的數(shù)據(jù)傳輸過程示意圖； 圖9為基于^15 八+架構(gòu)二的本發(fā)明實施例中的控制信息傳輸過程示意圖；圖10為基于^13「八+架構(gòu)一的本發(fā)明實施例中的控制信息傳輸過程示意11為基于HSPA +架構(gòu)一的本發(fā)明實施例中的控制信息傳輸過程示意12為本發(fā)明實施例提供的設備及系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
為解決由于同一個覆蓋范圍內(nèi)存在多套用戶面路徑實體而導致的數(shù)據(jù)流 重復發(fā)送的問題，在本發(fā)明實施例中，通過同一個小區(qū)中多條用戶面路徑的重定位過程(即用戶面終結(jié)實體的確定和通知流程)，以實現(xiàn)MBMS等數(shù)據(jù)流傳輸過程的合理規(guī)劃。依據(jù)本發(fā)明實施例，在具有多用戶面路徑的同一覆蓋范圍中，僅由用戶 面終結(jié)實體向多用戶面路徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務。其中，所述的用戶面終結(jié)實體是從提供多用戶面路徑的多個用戶面路徑實體中選定的一個或 多個用戶面路徑實體，優(yōu)選地，選定一個用戶面路徑實體作為用戶面終結(jié)實 體。其中，所述的同一覆蓋范圍具體可以為至少一個小區(qū)的覆蓋范圍，或者 其他預定的不小于一個小區(qū)的覆蓋范圍。選定用戶面終結(jié)實體的方式至少有兩種 一種是，由多個用戶面路徑實 體中的決策點實體在多個用戶面路徑實體中選擇一個或多個作為用戶面終結(jié) 實體，剩余的其他用戶面路徑實體作為非用戶面終結(jié)實體；另一種為，預先 配置多個用戶面路徑實體中的用戶面終結(jié)實體和非用戶面終結(jié)實體的信息， 根據(jù)該信息確定出用戶面終結(jié)實體。用戶面終結(jié)實體用于向用戶終端下發(fā)業(yè) 務，而非用戶面終結(jié)實體不進行業(yè)務的下發(fā)操作。在第一種方式中，決策點實體在選定用戶面終結(jié)實體后，還可以將選定 的用戶面終結(jié)實體的信息通知除決策點實體之外的其他用戶面路徑實體(包 括用戶面終結(jié)實體和非用戶面終結(jié)實體)，以便于它們進行業(yè)務的下發(fā)或不 下發(fā)控制。另外，決策點實體選定用戶面終結(jié)實體(即確定選擇結(jié)果信息)后，還 可以通知核心網(wǎng)僅向用戶面終結(jié)實體下發(fā)業(yè)務，且不向非用戶面終結(jié)實體下 發(fā)業(yè)務，從而保證僅由用戶面終結(jié)實體在覆蓋范圍內(nèi)進行業(yè)務的下發(fā)操作； 或者，也可以將相應的選擇結(jié)果信息通知非用戶面終結(jié)實體或直接向非用戶 面終結(jié)實體發(fā)送通知，以便使非用戶面終結(jié)實體不向用戶終端下發(fā)其收到的 業(yè)務，從而節(jié)省有限的網(wǎng)絡資源。具體一點講，參照圖6所示，本發(fā)明提供的實施例，可以在所述覆蓋范圍 內(nèi)，控制僅通過一條MTCH用戶面路徑進行數(shù)據(jù)流的傳送，從而使得開展業(yè)務過程中能夠合理地占用網(wǎng)絡資源，以有效地節(jié)省網(wǎng)絡資源。以在小區(qū)內(nèi)開展MBMS為例，若在MBMS的控制信息的決策點實體確定 了相應.的MBMS數(shù)據(jù)流傳輸模式且確定了相應的 一 個用戶面終結(jié)實體后，則 只在該小區(qū)的由該用戶面終結(jié)實體提供的一條MTCH用戶面路徑上傳輸 MBMS業(yè)務數(shù)據(jù)，且拆除另外一條用戶面路徑；其中，所述的傳輸模式可以 為PTM (點對多點)模式或PTP (點對點)模式。下面具體以選擇PTM傳輸模式進行MBMS數(shù)據(jù)的傳輸為例，具體包括以 下步驟步驟1:決策點實體根據(jù)預定的策略確定啟動PTM傳輸模式；所述的決策點實體具體可以根據(jù)小區(qū)中希望開展MBMS業(yè)務的統(tǒng)計結(jié)果 確定是否啟動PTM傳輸模式；步驟2:決策點實體通知無需進行MBMS數(shù)據(jù)傳輸處理的用戶面路徑實體 拆除相應的MTCH用戶面路徑，即令該用戶面路徑實體作為非用戶面終結(jié)實 體，不再為用戶終端(即移動臺)提供MBMS業(yè)務；所述的決策點實體可以為演進基站，也可以為RNC,且所述的演進基站 和RNC將分別作為用戶面終結(jié)實體和非用戶面終結(jié)實體，其中用戶面終結(jié)實 體用于為用戶終端提供MBMS業(yè)務；此時，該步驟具體包括以下幾種情況(1 )若所述決策點實體為演進基站，且用戶面終結(jié)實體為演進基站，即 決策點實體與用戶面終結(jié)實體為一同實體，則其需要通知作為非用戶面終結(jié) 實體的RNC拆除相應的MTCH用戶面路徑；(2) 若所述決策點實體為演進基站，且用戶面終結(jié)實體為RNC，則作為 非用戶面終結(jié)實體的演進基站需要拆除相應的MTCH用戶面路徑，此時，由 于決策點實體和非用戶面終結(jié)實體均為演進基站，即為同一實體，故該步驟 為同一實體內(nèi)部執(zhí)行；(3) 若所述決策點實體為RNC，且用戶面終結(jié)實體為RNC，則其需要 通知作為非用戶面終結(jié)實體的演進基站拆除相應的MTCH用戶面路徑；(4)若所述決策點實體為RNC，且用戶面終結(jié)實體為演進基站，則作為非用戶面終結(jié)實體的RNC需要自身拆除相應的MTCH用戶面路徑，此時，由 于決策點實體和非用戶面終結(jié)實體均為RNC,即為同一實體，故該步驟為同 一實體內(nèi)部4丸行；步驟3,決策點實體通知用戶面終結(jié)實體進行MBMS業(yè)務的下發(fā)；即決策 點實體將決策結(jié)果(即選擇確定的用戶面終結(jié)實體信息)通知用戶面終結(jié)實 體，以控制由用戶面終結(jié)實體在其對應的傳輸信道上下發(fā)MBMS業(yè)務數(shù)據(jù)； 即僅通過所確定的唯一的一條用戶面終結(jié)實體上的MTCH用戶面路徑進行 MBMS數(shù)據(jù)的發(fā)送，相應的MBMS數(shù)據(jù)的傳輸模式由決策點實體確定，即采 用步驟1確定的PTM傳輸模式；如果決策點實體和用戶面終結(jié)點實體為相同的 實體，則該步驟為在同一實體內(nèi)部的處理過程。需要說明的是，上述步驟2和步驟3之間并無確定的時序關(guān)系，具體也可 以選擇先執(zhí)行步驟3，之后，再執(zhí)行步驟2，或者，也可以同時執(zhí)行。步驟4，由用戶面終結(jié)實體和/或非用戶面終結(jié)實體將PTM的無線承載信 息通過MBMS控制信道下發(fā)給用戶終端，以便于移動臺可以根據(jù)所述的PTM 的無線承載信息進行MBMS數(shù)據(jù)的接收。對于處于CELL—DCH狀態(tài)的移動 臺，如果該移動臺沒有能力同時接收DCH (專用信道)以及MBMS控制信道 上的信息，則還需要在DCCH (專用控制信道)上下發(fā)該無線承載信息。在該步驟中，可以由演進基站進行PTM的無線承載信息的下發(fā)，也可以 由RNC進行PTM的無線承栽信息的下發(fā)，或者，也可以由演進基站和RNC同 時進行PTM的無線承載信息的下發(fā)。在該實施例中，所述的用戶面終結(jié)實體可以是預先配置，也可以在開展 業(yè)務過程中由所述的決策點實體確定，其中若用戶面終結(jié)實體為預先配置，則還可以配置核心網(wǎng)只向用戶面終結(jié)實 體發(fā)送所述MBMS業(yè)務數(shù)據(jù)，不向非用戶面終結(jié)實體發(fā)送所述MBMS業(yè)務數(shù) 據(jù)，或者，配置非用戶面終結(jié)實體即使收到來自核心網(wǎng)的MBMS業(yè)務數(shù)據(jù)，13也不將MBMS業(yè)務^t據(jù)向用戶面終結(jié)實體轉(zhuǎn)發(fā)，且不再將MBMS業(yè)務數(shù)據(jù)在 MBMS業(yè)務信道上下發(fā)；若用戶面終結(jié)實體為決策點實體確定，則由所述決策點實體或用戶面終 結(jié)實體或非用戶面終結(jié)實體向核心網(wǎng)發(fā)送通知，以通知核心網(wǎng)不再向非用戶 面終結(jié)實體發(fā)送MBMS業(yè)務數(shù)據(jù)，或者，所述決策點實體或用戶面終結(jié)實體 通知非用戶面終結(jié)實體在收到來自核心網(wǎng)的MBMS業(yè)務數(shù)據(jù)后，不再將 MBMS業(yè)務數(shù)據(jù)向用戶面終結(jié)實體轉(zhuǎn)發(fā)，也不再將MBMS業(yè)務數(shù)據(jù)在MBMS 業(yè)務信道上下發(fā)。在本發(fā)明的實施例中，由于同一覆蓋范圍內(nèi)的用戶面路徑實體可能為兩 個或兩個以上，若為兩個以上，則所述的非用戶面終結(jié)實體便可以為多個， 此時，各個非用戶面終結(jié)實體的處理功能與上述實施例過程中描述的類似， 故不再重復描述。下面將以兩個具體的應用實施例對上述實施例做進一步的說明。應用實施例一在該應用實施例中，以圖4的HSPA演進架構(gòu)為例，所述的演進基站作為 用戶面終結(jié)實體，RNC作為非用戶面終結(jié)實體，決策點為演進基站，相應的 實現(xiàn)過程如圖7所示，包括步驟71:演進基站及RNC分別接收需要開展該MBMS業(yè)務的用戶終端發(fā) 來的統(tǒng)計響應；所述的用戶終端發(fā)來的統(tǒng)計響應具體包括該覆蓋范圍內(nèi)的所有類型 (HSPA演進用戶以及傳統(tǒng)用戶)的用戶終端上報的統(tǒng)計響應；步驟72:演進基站與RNC分別根據(jù)統(tǒng)計響應進行希望開展MBMS業(yè)務的 用戶統(tǒng)計，并進行信息交互，由演進基站確定最終的統(tǒng)計結(jié)果，并根據(jù)該最 終的統(tǒng)計結(jié)果確定最終的傳輸模式，如PTM傳輸模式；處于CELL一DCH狀態(tài)的用戶終端雖然不會通過信令上報統(tǒng)計響應，但是 由于其RRC終結(jié)點(演進基站或者RNC)已經(jīng)知曉其是否需要開展該MBMS業(yè)務的信息，于是也會將相應的對該MBMS業(yè)務感興趣的處于CELL—DCH狀 態(tài)的用戶終端的數(shù)目計算在用于確定傳輸模式的統(tǒng)計結(jié)果中。步驟73:演進基站將相應的PTM傳輸指示信息通知RNC;步驟74: RNC將PTM的無線承載信息發(fā)送給用戶終端；該步驟具體為RNC將承載MBMS業(yè)務數(shù)據(jù)的無線配置信息通過MBMS 控制信道下發(fā)給用戶終端；對于處于CELL一DCH狀態(tài)的用戶，如果該用戶終 端沒有能力同時接收專用信道DCH以及MBMS控制信道上的信息，則還需要 在CELL一DCH用戶的DCCH信道上下發(fā)該無線承栽信息。步驟75:演進基站收到核心網(wǎng)發(fā)送來的MBMS數(shù)據(jù)后，通過確定的傳輸 模式向用戶終端發(fā)送MBMS數(shù)據(jù)。應用實施例二在該應用實施例中，以圖4的HSPA演進架構(gòu)為例，所述的RNC作為用戶 面終結(jié)實體，演進基站作為非用戶面終結(jié)實體，決策點實體為RNC，相應的 實現(xiàn)過程如圖8所示，包括步驟81:演進基站及RNC分別接收各用戶終端發(fā)來的統(tǒng)計響應；所述的用戶終端發(fā)來的統(tǒng)計響應包括該覆蓋范圍內(nèi)的所有類型(HSPA演 進用戶以及傳統(tǒng)用戶)的用戶終端上"t艮的統(tǒng)計響應；步驟82:演進基站與RNC分別根據(jù)統(tǒng)計響應進行希望開展MBMS業(yè)務的 用戶統(tǒng)計，并進行信息交互，由RNC確定最終的統(tǒng)計結(jié)果，并根據(jù)該最終的 統(tǒng)計結(jié)果確定最終的傳輸模式，如PTM傳輸模式；處于CELL—DCH狀態(tài)的用戶終端雖然不會通過信令上報統(tǒng)計響應，但是 由于其RRC終結(jié)點(演進基站或者RNC)已經(jīng)知道其是否需要開展該MBMS 業(yè)務的信息，于是也會將相應的對該MBMS業(yè)務感興趣的處于CELL一DCH狀 態(tài)的用戶終端的數(shù)目計算在用于確定傳輸模式的統(tǒng)計結(jié)果中。步驟83: RNC將相應的PTM傳輸指示信息通知演進基站；步驟84: RNC將PTM的無線承栽信息發(fā)送給用戶終端；業(yè)務數(shù)據(jù)的無線配置信息通過MBMS控制信 道下發(fā)給用戶終端；對于處于CELL—DCH狀態(tài)的用戶，如果該用戶終端沒冇 能力同時接收專用信道DCH以及MBMS控制信道上的信息，則還需要在 CELL—DCH用戶的DCCH信道上下發(fā)該無線承載信息。步驟85: RNC收到核心網(wǎng)發(fā)送來的MBMS數(shù)據(jù)后，通過確定的傳輸模式 將MBMS數(shù)據(jù)向各用戶終端發(fā)送。在上述兩個應用實施例中，還可以由演進基站或RNC向核心網(wǎng)發(fā)送通 知，通知核心網(wǎng)不再向非用戶面終結(jié)實體進行MBMS數(shù)據(jù)的發(fā)送。前面描述了同一覆蓋范圍內(nèi)多個用戶面路徑的情況下的數(shù)據(jù)業(yè)務傳輸?shù)?實現(xiàn)方案，為保證數(shù)據(jù)業(yè)務的可靠傳輸還需要保證相應的業(yè)務控制信息的可 靠傳遞，下面將對所述情況下的控制信息的傳遞處理方案進行描述。也就是 說，對于作為非用戶面終結(jié)實體的用戶面路徑實體也需要獲取所述的業(yè)務控 制信息，并將其傳遞給相應的用戶，以保證相應的用戶可以順利地接收由用 戶面終結(jié)實體下發(fā)的數(shù)據(jù)業(yè)務。對于接收MBMS業(yè)務數(shù)據(jù)的移動臺，需要從該移動臺在網(wǎng)絡側(cè)相應的 RRC實體接收相應的MBMS的控制信息。對于HSPA演進網(wǎng)絡架構(gòu)的幾種可能方案(如圖3和圖5),都可能存在 著下面的問題對于處于RNC和演進基站同覆蓋下的某個小區(qū)中的不同版本 的移動臺，分別對應著不同的RRC (無線資源控制)實體，且不同的RRC實 體分別設置于演進基站和RNC中；因此，不同版本的移動臺接收來自不同 RRC實體(RNC或者演進基站)的MBMS的控制信息。但是，在本發(fā)明提供的實施例中，由于已經(jīng)將用戶面路徑合并為一條， 即只有一個網(wǎng)絡實體(即用戶面終結(jié)點實體)會產(chǎn)生MBMS的控制信息，因 此，在本發(fā)明提供的實施例中，為保證各不同版本的移動臺正確接收對應于 某個MBMS業(yè)務的相同的MBMS的控制信息，還提供了實現(xiàn)兩個RRC實體之間的MBMS控制信息的同步的幾種實施方案，下面將分別對各種實施方案進 行說明。實現(xiàn)控制信息同步的實施例一以圖4的HSPA演進架構(gòu)為例，假設用戶面路徑的終結(jié)點，即用戶面路徑 終結(jié)實體為演進基站，即由演進基站產(chǎn)生MBMS控制和調(diào)度信息作為MBMS 的控制信息，為保證該小區(qū)覆蓋范圍內(nèi)接收這個MBMS業(yè)務的所有用戶終端 能夠獲得相同的MBMS的控制信息，則處理過程如圖9所示，具體包括步驟91:演進基站根據(jù)MBMS業(yè)務的調(diào)度情況，產(chǎn)生MBMS控制和調(diào)度 信息作為所述的MBMS的控制信息；步驟92:演進基站將上述生成的MBMS的控制信息在MCCH ( MBMS控 制信道)上下發(fā)給43卩八+ UE (即演進HSPA用戶，簡稱演進移動臺)和承載 PS業(yè)務的傳統(tǒng)UE (用戶，即移動臺)；步驟93:演進基站將步驟91中產(chǎn)生的MBMS控制信息通過信令告知 RNC;該步驟93與步驟92不限定執(zhí)行的時序關(guān)系，還可以為先執(zhí)行步驟93，之 后再執(zhí)行步驟92,或者，也可以同時執(zhí)行兩步驟；步驟94: RNC收到通過信令傳遞來的MBMS控制消息后，在MBMS控制 信道上下發(fā)給承載CS業(yè)務的傳統(tǒng)UE。如果這些承載了 CS業(yè)務的傳統(tǒng)UE沒有能力同時接收專用信道和MBMS控 制信道上的信息，則RNC需要在DCCH信道上將MBMS的控制信息下發(fā)給這 些移動臺。實現(xiàn)控制信息同步的實施例二在該實施例中，以圖2的HSPA演進架構(gòu)為例，假設演進移動臺，即 HSPA + UE可以接收傳統(tǒng)網(wǎng)絡中的數(shù)據(jù)，即HSPA + UE和傳統(tǒng)移動臺均可以 接收由RNC下發(fā)的RRC消息；且假設RNC作為用戶面終結(jié)實體，則相應的 MBMS的控制信息傳遞過程如圖10所示，具體包括以下步驟步驟101:用戶面終結(jié)實體RNC產(chǎn)生MBMS的控制信息，即由RNC產(chǎn)生 MBMS控制和調(diào)度信息作為MBMS的控制信息；步驟102: RNC根據(jù)步驟101中生成的MBMS的控制信息打包成MBMS控 制消息，并在MCCH信道上下發(fā)，從而使得各用戶終端均可以接收到所述的 MBMS的控制信息。實現(xiàn)控制信息同步的實施例三在該實施例中，假設HSPA + UE不能接收傳統(tǒng)網(wǎng)絡中的數(shù)據(jù)，即HSPA + UE僅可以接收來自演進基站的RRC下發(fā)的RRC消息，而傳統(tǒng)移動臺可以接收 由RNC下發(fā)的RRC消息；進一步，仍假設RNC作為用戶面終結(jié)實體，即由 RNC產(chǎn)生MBMS的控制信息；在該情況下，相應的MBMS的控制信息的傳遞 過程如圖11所示，具體包括以下步驟步驟111:由用戶面終結(jié)實體RNC產(chǎn)生MBMS的控制信息； 步驟112: RNC將生成的MBMS的控制信息通過與演進基站之間的接口 發(fā)送給演進基站；步驟113:演進基站根據(jù)收到的MBMS的控制信息生成MBMS控制消息， 并在演進基站的MBMS控制信道上下發(fā)；其中，步驟112和步驟113也可以替換為演進基站將收到的來自于RNC 的MBMS控制消息直接在演進基站的MCCH信道上下發(fā)；步驟114:根據(jù)RNC生成的MBMS的控制信息，由RNC生成相應的 MBMS控制消息，并在RNC的MCCH信道上下發(fā)。其中，步驟114與步驟112之間的執(zhí)行時序關(guān)系還可以為首先執(zhí)行步驟 114，之后，執(zhí)行步驟112,或者，也可以同時執(zhí)行。另外，在上述處理過程中，在非用戶面終結(jié)實體演進基站接收到所述 MBMS的控制信息后，也可以完全由該演進基站將所述MBMS的控制信息下 發(fā)給各個用戶終端，即不再"l丸行所述的步驟114。本發(fā)明實施例還提供了 一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸系統(tǒng)，其具 體結(jié)構(gòu)如圖12所示，包括位于同 一覆蓋范圍內(nèi)的多用戶面路徑對應的多個用 戶面路徑實體，其中，多個用戶面路徑實體中包括選定的用戶面終結(jié)實體， 且僅由用戶面終結(jié)實體負責向多用戶面路徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務， 其他用戶面路徑實體則作為非用戶面終結(jié)實體不再向用戶終端下發(fā)所述業(yè) 務，從而節(jié)省網(wǎng)絡資源。在該系統(tǒng)實施例中，所述的多用戶面路徑實體包括閂3 八+網(wǎng)絡中的演進基站和RNC,且所述的用戶面終結(jié)實體可以為演進基站或RNC。在該系統(tǒng)實施例中，還包括用于確定所述用戶面終結(jié)實體的設備，該設 備稱為決策點實體，以及相應的用戶面終結(jié)實體設備，兩設備具體可以為多 個用戶面; 各徑實體中的一個實體，而且，兩設備可以為同一個用戶面路徑實 體，也可以為不同的用戶面路徑實體。下面將分別對兩個設備的具體實現(xiàn)進行說明。 (1 )作為決策點實體的用戶面路徑實體設備的結(jié)構(gòu)包括所述的決策點實體具體包括觸發(fā)單元和用戶面終結(jié)實體確定單元，其中，所述的觸發(fā)單元，用于確定是否需要選擇確定用戶面路徑實體，并在確 定需要時觸發(fā)所述用戶面終結(jié)實體確定單元；所述的用戶面終結(jié)實體確定單元，用于在多個用戶面路徑實體中根據(jù)預 定的策略選擇確定相應的用戶面終結(jié)實體和非用戶面終結(jié)實體；或者，該單 元也可以根據(jù)預先配置的信息直接確定相應用戶面終結(jié)實體和非用戶面終結(jié) 實體，例如，預先已經(jīng)配置指定了用戶面終結(jié)實體的信息等?？蛇x地，在所述的決策點實體中，還可以包括用戶面終結(jié)實體信息通知 單元，用于在選擇確定用戶面終結(jié)實體后，將選定的用戶面終結(jié)實體的信息 通知多個用戶面路徑實體中的除決策點實體之外的其他用戶面路徑實體?？蛇x地，在所述的決策點實體中，還可以包括業(yè)務下發(fā)控制單元，用于在決策點實體確定用戶面終結(jié)實體后，通知核心網(wǎng)^又向用戶面終結(jié)實體下發(fā) 業(yè)務，不再向非用戶面終結(jié)實體下發(fā)業(yè)務；或者，通知非用戶面終結(jié)實體不再向用戶終端下發(fā)其收到的業(yè)務；這樣，非用戶面終結(jié)實體將不會再進行所 述業(yè)務的下發(fā)操作。(2)作為用戶面終結(jié)實體的用戶面路徑實體設備的結(jié)構(gòu)包括 在用戶面終結(jié)實體中，包括業(yè)務接收單元及業(yè)務下發(fā)處理單元，其中， 所述業(yè)務接收單元，用于接收核心網(wǎng)發(fā)送來的業(yè)務，且所述業(yè)務需要發(fā) 送給開展該業(yè)務的用戶終端；所述業(yè)務下發(fā)處理單元，用于負責向所述的覆蓋范圍內(nèi)的所有開展某種業(yè)務的用戶終端下發(fā)所述業(yè)務接收單元接收到的業(yè)務，從而無需其他非用戶 面終結(jié)實體進行業(yè)務的下發(fā)操作。本發(fā)明實施例還提供了一種用戶面路徑實體設備，仍參照圖12所示，其 作為同 一覆蓋范圍內(nèi)的多用戶面路徑對應的多個用戶面路徑實體中的用戶面 終結(jié)實體，包括控制信息生成單元和控制信息下發(fā)單元，其中，所述的控制信息生成單元，用于生成開展業(yè)務需要的控制信息； 所述的控制信息下發(fā)單元，用于將所述控制信息生成單元生成的業(yè)務控 制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端；且所述的控制信息下發(fā)單元 具體將用于在用戶面終結(jié)實體生成業(yè)務控制信息后，直接將所述的業(yè)務控制 信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端；或者，用于將所述的業(yè)務控制 信息傳送給非用戶面終結(jié)實體，并由用戶面終結(jié)實體和非用戶面終結(jié)實體將 所述業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端，或者，僅由非用 戶面終結(jié)實體將所述業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端。綜上所述，本發(fā)明提供的實施例解決了由于同 一個小區(qū)中存在多套用戶 面路徑實體而導致的MBMS等業(yè)務數(shù)據(jù)流重復發(fā)送的問題。同時還解決了由 于將小區(qū)中多套用戶面路徑實體通過協(xié)商整合為一套用戶面路徑實體(即用 戶面終結(jié)實體)，而小區(qū)中存在多套控制面實體而引起的MBMS控制信息同步的問題。也就是說，本發(fā)明實施例，可以在HSPA+等多用戶面路徑的網(wǎng)絡中，在 保證用戶終端開展業(yè)務的情況下，盡量減少對網(wǎng)絡資源的占用，進而提高網(wǎng) 絡資源的利用效率，提升網(wǎng)絡的性能。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉本技術(shù)領域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明 的保護范圍應該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1. 一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸方法，其特征在于，包括在具有多用戶面路徑的同一覆蓋范圍中，僅由用戶面終結(jié)實體負責向多用戶面路徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務，所述用戶面終結(jié)實體從提供多用戶面路徑的多個用戶面路徑實體中選定。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的多用戶面路徑實體 包括演進基站和無線網(wǎng)絡控制器RNC。
3、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述從提供多用戶面路 徑的多個用戶面路徑實體中選定包括從多個用戶面路徑實體中選定決策點實體，并由所述的決策點實體根據(jù) 預定的策略選定所述的用戶面終結(jié)實體，或者，根據(jù)預先配置多個用戶面路 徑實體中的用戶面終結(jié)實體的信息選定所述的用戶面終結(jié)實體。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述決策點實體選擇確定 用戶面終結(jié)實體后，還包括將選定的用戶面終結(jié)實體的信息通知多個用戶面路徑實體中的除決策點 實體之外的其他用戶面路徑實體。
5、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所迷的決策點實體確定用 戶面終結(jié)實體后，還包括通知核心網(wǎng)不再向非用戶面終結(jié)實體下發(fā)業(yè)務； 或者，通知非用戶面終結(jié)實體不再進行業(yè)務的下發(fā)操作。
6、 一種多用戶面路徑網(wǎng)絡中的控制信息傳輸方法，其特征在于，包括 在具有多用戶面路徑的同 一覆蓋范圍中，僅由用戶面終結(jié)實體生成業(yè)務控制信息，并下發(fā)給多用戶面路徑網(wǎng)絡中的各用戶終端，所述用戶面終結(jié)實體從提供多用戶面路徑的多個用戶面路徑實體中選定。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述的下發(fā)給多用戶面路徑網(wǎng)絡中的各用戶終端的步驟具體包括用戶面終結(jié)實體直接將所述的業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端；或者,用戶面終結(jié)實體將所述的業(yè)務控制信息傳送給非用戶面終結(jié)實體，并由 用戶面終結(jié)實體和非用戶面終結(jié)實體將所述業(yè)務控制信息下發(fā)給所述覆蓋范 圍內(nèi)的各個用戶終端；或者，用戶面終結(jié)實體將所述的業(yè)務控制信息傳送給非用戶面終結(jié)實體，由非用戶面終結(jié)實體將所述的業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終二山 禍。
8、 一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸系統(tǒng)，其特征在于，包括位于同 一覆蓋范圍內(nèi)的多用戶面路徑對應的多個用戶面路徑實體，其中，多個用戶面路徑實體中包括選定的用戶面終結(jié)實體，且僅由用戶面終結(jié) 實體向多用戶面路徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務。
9、 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括用戶面終 結(jié)實體確定單元，該單元設置決策點實體中，所述的決策點實體為預先從所 述的多個用戶路徑實體中選定，且該單元包括用于在多個用戶面路徑實體中根據(jù)預定的策略選擇確定所述的用戶面終 結(jié)實體； 或者，用于根據(jù)預先配置的信息直接在多個用戶面路徑實體中確定所述的用戶 面終結(jié)實體。
10、 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 用戶面終結(jié)實體信息通知單元，設置于所述決策點實體中，用于在選擇確定用戶面終結(jié)實體后，將選定的用戶面終結(jié)實體的信息通知多個用戶面路 徑實體中的除決策點實體之外的其他用戶面路徑實體。
11、 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述的系統(tǒng)還包括 業(yè)務下發(fā)控制單元，用于在決策點實體確定用戶面終結(jié)實體后，通知核心網(wǎng)僅向用戶面終結(jié)實體下發(fā)業(yè)務，不再向非用戶面終結(jié)實體下發(fā)業(yè)務；或 者，通知非用戶面終結(jié)實體不再向用戶終端下發(fā)其收到的業(yè)務。
12、 根據(jù)權(quán)利要求8至11任一項所述的系統(tǒng)，其特征在于，所述的系統(tǒng)還 包括控制信息下發(fā)單元，用于在用戶面終結(jié)實體生成業(yè)務控制信息后，將所 述的業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端；或者，將所述的 業(yè)務控制信息傳送給非用戶面終結(jié)實體，并由用戶面終結(jié)實體和非用戶面終 結(jié)實體將所述業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端。
13、 一種用戶面路徑實體設備，其特征在于，其作為同一覆蓋范圍內(nèi)的 多用戶面路徑對應的多個用戶面路徑實體中的用戶面終結(jié)實體，且包括業(yè)務接收單元，用于接收需要發(fā)送給用戶終端的業(yè)務； 業(yè)務下發(fā)處理單元，用于將所述業(yè)務接收單元接收的業(yè)務向所述的覆蓋 范圍內(nèi)的所有開展該業(yè)務的用戶終端下發(fā)。
14、 根據(jù)權(quán)利要求13所述的設備，其特征在于，所述的用戶面終結(jié)實體 為演進基站或RNC。
15、 一種用戶面路徑實體設備，其特征在于，其作為同一覆蓋范圍內(nèi)的 多用戶面路徑對應的多個用戶面3各徑實體中的用戶面終結(jié)實體，且包括控制信息生成單元，用于生成業(yè)務控制信息；控制信息下發(fā)單元，用于將所述控制信息生成單元生成的業(yè)務控制信息下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端。
16、 根據(jù)權(quán)利要求15所述的設備，其特征在于，所述的控制信息下發(fā)單 元將生成的業(yè)務控制信息直接下發(fā)給所述覆蓋范圍內(nèi)的各個用戶終端；或 者，在向部分用戶終端下發(fā)業(yè)務控制信息的同時，通過非用戶面終結(jié)實體將 業(yè)務控制信息傳遞給另 一部分用戶終端。
17、 一種用戶面路徑實體設備，其特征在于，其作為多個用戶面路徑實 體中的決策點實體，且包括觸發(fā)單元和用戶面終結(jié)實體確定單元，其中所述觸發(fā)單元，用于在確定需要選擇確定用戶面路徑實體時觸發(fā)所述用 戶面終結(jié)實體確定單元；所述用戶面終結(jié)實體確定單元，用于在多個用戶面^^徑實體中確定用于 負責業(yè)務下發(fā)操作的用戶面終結(jié)實體；或者，根據(jù)預先配置的信息確定用戶面終結(jié)實體。
18、 根據(jù)權(quán)利要求17所述的設備，其特征在于，所述設備還包括 用戶面終結(jié)實體信息通知單元，用于在確定用戶面終結(jié)實體后，將確定的用戶面終結(jié)實體的信息通知多個用戶面路徑實體中的其他用戶面路徑實 體。
19、 根據(jù)權(quán)利要求17或18所述的設備，其特征在于，所述的設備還包括 業(yè)務下發(fā)控制單元，用于通知核心網(wǎng)僅向用戶面終結(jié)實體下發(fā)業(yè)務，不再向 非用戶面終結(jié)實體下發(fā)業(yè)務；或者，通知非用戶面終結(jié)實體不再向用戶終端 下發(fā)其收到的業(yè)務。
全文摘要
本發(fā)明涉及一種多用戶面路徑網(wǎng)絡中的業(yè)務傳輸方法、系統(tǒng)及設備。本發(fā)明主要包括，對于位于同一覆蓋范圍內(nèi)的多用戶面路徑對應的多個用戶面路徑實體，選定其中一個作為用戶面終結(jié)實體，且僅由用戶面終結(jié)實體負責向多用戶面路徑網(wǎng)絡中的各用戶終端下發(fā)業(yè)務，其他用戶面路徑實體則作為非用戶面終結(jié)實體不再向用戶終端下發(fā)所述業(yè)務。因此，本發(fā)明實施例可以在保證用戶終端能夠獲得相應的業(yè)務的情況下，使得網(wǎng)絡側(cè)在為用戶終端提供業(yè)務的過程中對網(wǎng)絡資源的占用量減少。
文檔編號H04L12/56GK101247167SQ20071008016
公開日2008年8月20日 申請日期2007年2月14日 優(yōu)先權(quán)日2007年2月14日
發(fā)明者王俊偉, 陳燕燕 申請人:華為技術(shù)有限公司