專利名稱：一種實現組播的方法與系統的制作方法
技術領域：
本發明涉及組播技術，特別是指一種實現組播的方法與系統。
背景技術：
無線鏈路控制(RLC)協議在空口上實現數據傳輸的模式分為透明模式(TM)、非確認模式(UM)和確認模式(AM)三種工作模式。在透明模式和非確認模式中，有一個發送實體和一個接收實體，確認模式只有一個發送和接收結合的實體。在透明模式下，RLC發送實體對上層數據不進行任何處理，直接通過邏輯信道傳輸至RLC接收實體。在非確認模式下，RLC發送實體接收上層數據，對該數據進行分段級聯成若干個數據塊，對每個數據塊分別加上連續的序列號，通過邏輯信道傳輸至RLC接收實體；RLC接收實體接收來自邏輯信道的數據塊，對所接收到的數據塊進行解分段級聯，恢復上層數據，提交給上層，接收實體還可以根據所接收到的數據塊的序列號的連續與否，檢測出在傳輸過程中數據是否丟失。在確認模式下，除了實現以上所述非確認模式的功能以外，RLC接收實體還通過反向信道向RLC發送實體指示對應哪些序列號的數據塊沒有正確接收，并要求RLC發送實體重新發送對應序列號的數據塊，保證數據的可靠傳輸。
實現單播業務時所建立的邏輯信道是一個雙向的邏輯信道，單播業務的上行數據和下行數據都承載在該雙向邏輯信道上。該單播業務的RLC實體可以是AM RLC實體，也可以是UM RLC實體。
圖1為在確認模式下實現單播傳輸的示意圖，網絡側的AM RLC實體將下行單播數據通過下行邏輯信道傳輸至終端側的AM RLC實體，終端側的AM RLC實體將上行單播數據通過上行邏輯信道傳輸至網絡側的AMRLC實體。
圖2為在非確認模式下實現單播傳輸的示意圖，網絡側的UM RLC發送實體將下行單播數據通過下行邏輯信道傳輸至終端側的UM RLC接收實體，終端側的UM RLC發送實體將上行單播數據通過上行邏輯信道傳輸至網絡側的UM RLC接收實體。
隨著通信業務的不斷發展，單播業務和組播業務并存，因此希望在不改動以上所述的實現單播傳輸時的邏輯信道結構的情況下，能夠實現組播業務。
現有技術中，在不改動以上所述的實現單播傳輸時的邏輯信道結構的情況下，實現組播傳輸的信道映射如圖3所示，具有以下幾個特點(1)下行邏輯信道用于承載下行組播數據，不再用于承載下行單播數據。下行單播數據和下行組播數據不能通過同一個下行邏輯信道傳輸的原因是下行組播數據為一個小區內各組播用戶共享，有獨自的數據分段級聯和添加序列號的特性，如果在其中再加上單個終端的下行單播數據，將打亂RLC接收實體的解分段級聯功能，導致該終端的下行單播數據和組播數據都不能正常接收。因此，當實現組播傳輸時，下行單播數據不能通過下行邏輯信道傳輸到終端側，即，下行單播通道被中斷。
(2)下行組播數據采用RLC的非確認模式傳輸。因為，如果下行組播數據采用RLC的確認模式，各終端側的RLC實體接收到下行組播數據后，都向網絡側的RLC實體反饋組播數據的接收狀態，導致網絡側的RLC實體的處理很復雜，且很容易出問題。但是，如果下行組播數據的傳輸采用RLC的非確認模式，則上行單播數據的傳輸也采用非確認模式，因此導致上行單播數據的傳輸不太可靠。
(3)當需要實現組播傳輸時，在空中接口上不能對組播數據加密，且終端側也不能啟動加密功能。因為，正常情況下，單播傳輸時，單播數據在空口上一般是加密的，每個終端有自己特定的加密密鑰，并且現有協議中加密過程在一次連接過程一旦啟動就無法停止。但是，下行組播數據需要發給多個終端，因此不能在空口加密，這導致對于需要啟動組播業務的終端在連接建立時就不能啟動加密功能。
綜上所述，現有技術方案中，在現有的單播雙向邏輯信道中實現組播的方法，存在以下幾個缺點，總結如下在實現組播時由于下行邏輯信道只用于傳輸下行組播數據，因此下行單播數據的傳輸信道被中斷；在實現組播時由于采用RLC的非確認模式，因此導致上行單播數據不能可靠傳輸；在實現組播業務時，由于在空口上不對下行組播數據進行加密，因此希望啟動組播業務的終端在連接建立時就不能啟動加密功能。
發明內容
有鑒于此，本發明的主要目的在于提供一種實現組播的方法，對現有的實現單播時的邏輯信道結構改動較少，且組播應用的限制較少。
本發明的另一個主要目的在于提供一種實現組播的系統，對現有的實現單播時的邏輯信道結構改動較少，且組播應用的限制較少。
為了達到上述第一個目的，本發明提供一種實現組播的方法，該方法包括在網絡側和終端側之間建立下行單向邏輯信道；網絡側將下行組播數據通過所述下行單向邏輯信道傳輸至終端側。
所述下行組播數據以非確認模式通過下行單向邏輯信道傳輸。
在網絡側設置非確認模式UM無線鏈路控制RLC發送實體，在終端側設置UM RLC接收實體；網絡側的UM RLC發送實體將下行組播數據通過所述下行單向邏輯信道傳輸至終端側的UM RLC接收實體。
網絡側在將下行組播數據通過所述下行單向邏輯信道傳輸至終端側時，在空中接口上對所述下行組播數據不進行加密；終端側接收到所述下行組播數據時，對所收到的下行組播數據不進行解密。
該方法進一步包括在建立下行單向邏輯信道時，網絡側給所建立的下行單向邏輯信道分配0到14中任意一個邏輯信道標識，且通過信令指示終端在所建立的下行單向邏輯信道中傳輸數據時禁用加密功能；所述終端側對所收到的下行組播數據不進行解密為終端側根據所述信令對接收到的下行組播數據不進行解密。
該方法進一步包括在建立下行單向邏輯信道時，網絡側給所建立的下行單向邏輯信道分配0到14中任意一個邏輯信道標識，且通過信令通知終端所建立的邏輯信道為下行單向邏輯信道；終端根據所述信令確定所建立的邏輯信道為下行單向邏輯信道，并設置對該下行單向邏輯信道禁用加密功能；所述終端側對所到的下行組播數據不進行解密為終端側根據所述設置對接收到的下行組播數據不進行解密。
該方法進一步包括網絡側和終端側預先設定邏輯信道標識為15的邏輯信道為用于傳輸下行組播數據的下行單向邏輯信道；在建立下行單向邏輯信道時，網絡側給所建立的下行單向邏輯信道分配邏輯信道標識15；終端側獲取所建立的邏輯信道的邏輯信道標識，并根據所述預先設定確定所建立的邏輯信道為下行單向邏輯信道，并設置對該下行單向邏輯信道禁用加密功能；所述終端側對所到的下行組播數據不進行解密為終端側根據所述設置對接收到的下行組播數據不進行解密。
當傳輸單播業務數據時，通過現有單播業務雙向邏輯信道傳輸單播數據。
所述通過現有單播業務雙向邏輯信道以透明模式，或確認模式，或非確認模式傳輸單播數據。
為了達到上述第二個目的，本發明提供一種實現組播的系統，包括網絡側和終端側、以及網絡側和終端側之間的單播業務雙向邏輯信道，其特征在于，該系統進一步包括下行單向邏輯信道；
下行單向邏輯信道建立在網絡側和終端側之間，用于傳輸下行組播數據；單播業務雙向邏輯信道，用于傳輸單播數據。
該系統進一步包括UM RLC發送實體，UM RLC接收實體；UM RLC發送實體設置在網絡側，用于將網絡側的下行組播數據通過下行單向邏輯信道傳輸至UM RLC接收實體；UM RLC接收實體設置在終端側，用于接收通過下行單向邏輯信道傳輸的下行組播數據。
所述單播業務雙向邏輯信道用于以透明模式或非確認模式或確認模式傳輸單播數據。
本發明提供的方法和系統，在現有存在的單播業務雙向邏輯信道的基礎上，增加一條下行單向邏輯信道實現組播傳輸，存在以下幾個有益效果1)通過現有存在的單播業務雙向邏輯信道中仍能夠實現上/下行單播數據的傳輸；2)對于單播業務和組播業務能夠分別啟動和禁用加密功能；3)可以在確認模式的單向業務邏輯信道基礎上實現組播，因此能夠保證上行單播數據的傳輸可靠性；4)可以在非確認模式以及透明模式的單向業務邏輯信道的基礎上實現組播，對現有實現單播時的邏輯信道在結構上改動很小甚至沒有。
圖1所示為現有技術中在確認模式下實現單播的示意圖；圖2所示為現有技術中在非確認模式下實現單播的示意圖；圖3所示為現有技術中在非確認模式下實現組播的示意圖；圖4所示為本發明第一實施例中在確認模式下實現組播的示意圖；圖5所示為本發明第二實施例中在非確認模式下實現組播的示意圖。
具體實施例方式
為使本發明的目的、技術方案和優點更加清楚明白，下面舉具體實施例，對本發明作進一步詳細的說明。
當需要實現組播傳輸，配置空口信道時，在現有的單播業務雙向邏輯信道的基礎上，在網絡側和終端側再建立一條下行單向邏輯信道，所增加的下行單向邏輯信道用于傳輸組播數據。這樣，組播業務的下行組播數據通過所增加的下行單向邏輯信道傳輸，而單播業務的上/下行單播數據通過現有的單播業務雙向邏輯信道傳輸，因此，根據本發明配置的空口信道，既能夠實現單播傳輸，也能夠實現組播傳輸，而且，兩種傳輸互不影響。其中，所述現有的單播業務雙向邏輯信道可以通過非確認模式、或確認模式、或透明模式傳輸單播業務數據。
在本發明所建立的下行單向邏輯信道中傳輸組播數據時，需要采用非確認模式的數據傳輸，因此，可以在網絡側和終端側設置非確認模式的RLC實體，即在網絡側設置一個UM RLC發送實體，在終端側設置一個UM RLC接收實體。當需要進行組播業務時，網絡側的UM RLC發送實體將下行組播數據通過下行單向邏輯信道傳輸至終端側的UM RLC接收實體。
根據上面的描述可以看出，網絡側發起的組播業務通過以上方法很容易實現；另外，終端側也可以發起組播業務，即某個終端可以將自身的組播數據發送給其它組播終端，其實現步驟是首先，終端將要發送給其它組播終端的組播數據通過單播業務雙向邏輯信道的上行邏輯信道傳輸至網絡側；然后，網絡側收到所述組播數據后，通過下行單向邏輯信道將所述組播數據傳輸至組播終端。
所述增加一條下行單向邏輯信道的操作可以是在網絡側發起組播業務時，建立一條下行單向邏輯信道，這樣，當網絡側再需要發起組播業務時，可以通過已建立的下行單向邏輯信道傳輸組播數據。所述下行單向邏輯信道是建立在網絡側和需要進行組播業務的終端側之間。
當多個邏輯信道復用到同一個物理信道時，為了區分不同的邏輯信道，每個邏輯信道由邏輯信道標識表示，邏輯信道標識一般有4個比特，取值分別為0到15。目前，0到14用于表示邏輯信道1到邏輯信道15，15保留還未使用。因此，對于本發明中網絡側所增加的下行單向邏輯信道，其邏輯信道標識可以仍采用0到14中任何一個表示，即動態地給所述下行單向邏輯信道分配邏輯信道標識；也可以固定地將所保留的邏輯信道標識15分配給所增加的下行單向邏輯信道。
在進行組播業務時，不需要啟動加密功能，具體來說就是網絡側向終端側發送下行組播數據時，在空口上對下行組播數據不進行加密；終端側接收所述下行組播數據時，對接收數據不進行解密。
相應的，本發明在實現進行組播業務時不啟動加密功能有三種方式第一種是網絡側在增加一條下行單向邏輯信道時，網絡側給所增加的下行單向邏輯信道分配0到14中任意一個邏輯信道標識，且通過信令指示終端在所增加的下行單向邏輯信道中傳輸數據時禁用加密功能。這樣，當進行組播業務時，網絡側向終端側發送下行組播數據時，在空口上對下行組播數據不進行加密；而終端側接收所述下行組播數據時，根據所收到的禁用加密功能的信令，不啟動加密功能，即對接收數據不進行解密。
第二種是網絡側增加一條下行單向邏輯信道時，網絡側給所增加的下行單向邏輯信道分配0到14中任意一個邏輯信道標識，但并不通過信令指示終端在所增加的下行單向邏輯信道中傳輸數據時禁用加密功能，而是通過信令通知終端所增加的邏輯信道為用于傳輸組播數據的下行單向邏輯信道。然后，由終端判斷新增加的邏輯信道是否為下行單向邏輯信道，如果收到所述通知下行單向邏輯信道的信令，則終端確定所增加的邏輯信道為下行單向邏輯信道，并設置對該下行單向邏輯信道禁用加密功能；否則，對傳輸單播業務數據的邏輯信道仍采用已有的邏輯信道的加密功能方式。這樣，當終端側接收下行組播數據時，根據所述設置對接收到的下行組播數據不進行解密。
第三種是網絡側在增加一條下行單向邏輯信道時，網絡側給所增加的下行單向邏輯信道分配邏輯信道標識15，在這種情況下，網絡側既不通過信令指示終端在所增加的下行單向邏輯信道中傳輸數據時禁用加密功能，也不通過信令通知終端所增加的邏輯信道為用于傳輸組播數據的下行單向邏輯信道，而是，網絡側和終端側預先設定邏輯信道標識為15的邏輯信道是用于傳輸組播數據的下行單向邏輯信道。因此，終端側獲取當前的邏輯信道標識，如果邏輯信道標識為15，則根據預先的設定確定所增加的邏輯信道為下行單向邏輯信道，并設置對該下行單向邏輯信道禁用加密功能；如果邏輯信道標識為0到14，則采用已有的邏輯信道的加密功能方式。這樣，當終端側接收下行組播數據時，根據所述設置對接收到的下行組播數據不進行解密。
由于本發明可以通過以上幾種方法解決傳輸數據加密的問題，所以終端可以實現在進行單播業務時啟動加密功能，而在進行組播業務時不啟動加密功能。而且，如果給所增加的下行單向邏輯信道分配邏輯信道標識15，也不會影響不支持本發明所述組播業務功能的終端的正常功能，例如，如果所述不支持組播業務功能的終端接收到邏輯信道標識為15的邏輯信道發來的組播數據后，可以根據現有協議中規定將所收到的數據放棄即可，而其它如單播業務可以仍按現有技術方式執行。
下面分別以RLC的確認模式、非確認模式以及透明模式為具體實施例，詳細說明實現組播的方法。
實施例一在單播為確認模式下的組播實現方法圖4為在確認模式下實現組播傳輸的示意圖。
在確認模式的單播業務雙向邏輯信道的基礎上，增加一條下行單向邏輯信道，在網絡側設置UM RLC發送實體，在終端側設置UM RLC接收實體。
當需要進行組播業務時，網絡側的UM RLC發送實體將下行組播數據通過所增加的下行單向邏輯信道傳輸至終端側的UM RLC接收實體。當需要進行單播業務時，網絡側的AM RLC實體將下行單播數據通過現有的下行邏輯信道傳輸至終端側的AM RLC實體；終端側的AM RLC實體將上行單播數據通過現有的下行邏輯信道傳輸至終端側的AM RLC實體。通過以上方法，在現有的確認模式下，實現了組播傳輸。
實施例二在單播為非確認模式下的組播實現方法圖5所示為在非確認模式下，實現組播傳輸的示意圖。
在非確認模式的單播業務雙向邏輯信道的基礎上，增加一條下行單向邏輯信道，在網絡側設置對應組播的UM RLC發送實體，在終端側設置對應組播的UM RLC接收實體。
當需要進行組播業務時，網絡側的對應組播的UM RLC發送實體將下行組播數據通過所增加的下行單向邏輯信道傳輸至終端側的對應組播的UM RLC接收實體。當需要進行單播業務時，網絡側的現有的對應單播的UM RLC實體將下行單播數據通過現有的下行邏輯信道傳輸至終端側的現有的對應單播的UM RLC實體；終端側的現有的對應單播的UM RLC實體將上行單播數據通過現有的下行邏輯信道傳輸至終端側的現有的對應單播的UM RLC實體。通過以上方法，在現有的非確認模式下，實現了組播傳輸。
實施例三在透明模式下的組播實現方法在透明模式的單播業務雙向邏輯信道的基礎上，增加一條下行單向邏輯信道，在網絡側設置UM RLC發送實體，在終端側設置UM RLC接收實體。
當需要進行組播業務時，網絡側的UM RLC發送實體將下行組播數據通過所增加的下行單向邏輯信道傳輸至終端側的UM RLC接收實體。當需要進行單播業務時，通過現有的透明模式的單播業務雙向邏輯信道傳輸單播數據。通過以上方法，在現有的透明模式下，實現了組播傳輸。
在所述實施例一、二、三中，解決傳輸數據加密問題的方法如前所述，在此省略其描述。
在所述實施例一、二、三中，在現有的確認模式、非確認模式以及透明模式的單播業務雙向邏輯信道的基礎上，通過增加一條下行單向邏輯信道的方法實現組播。需要說明的是，在實現組播時，在網絡側和終端側可以分別設置透明模式中所使用的RLC發送/接收實體，所述RLC發送/接收實體將網絡側的下行組播數據通過下行單向邏輯信道傳輸至終端側；也可以不設置UM RLC發送/接收實體或者所述RLC發送/接收實體，網絡側上層的組播數據可以直接通過下行單向邏輯信道傳輸至終端側。
以上所述僅為本發明的較佳實施例而已，并不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種實現組播的方法，其特征在于，該方法包括在網絡側和終端側之間建立下行單向邏輯信道；網絡側將下行組播數據通過所述下行單向邏輯信道傳輸至終端側。
2.根據權利要求1所述的方法，其特征在于，所述下行組播數據以非確認模式通過下行單向邏輯信道傳輸。
3.根據權利要求2所述的方法，其特征在于，在網絡側設置非確認模式UM無線鏈路控制RLC發送實體，在終端側設置UM RLC接收實體；網絡側的UM RLC發送實體將下行組播數據通過所述下行單向邏輯信道傳輸至終端側的UM RLC接收實體。
4.根據權利要求1所述的方法，其特征在于，網絡側在將下行組播數據通過所述下行單向邏輯信道傳輸至終端側時，在空中接口上對所述下行組播數據不進行加密；終端側接收到所述下行組播數據時，對所收到的下行組播數據不進行解密。
5.根據權利要求4所述的方法，其特征在于，該方法進一步包括在建立下行單向邏輯信道時，網絡側給所建立的下行單向邏輯信道分配0到14中任意一個邏輯信道標識，且通過信令指示終端在所建立的下行單向邏輯信道中傳輸數據時禁用加密功能；所述終端側對所收到的下行組播數據不進行解密為終端側根據所述信令對接收到的下行組播數據不進行解密。
6.根據權利要求4所述的方法，其特征在于，該方法進一步包括在建立下行單向邏輯信道時，網絡側給所建立的下行單向邏輯信道分配0到14中任意一個邏輯信道標識，且通過信令通知終端所建立的邏輯信道為下行單向邏輯信道；終端根據所述信令確定所建立的邏輯信道為下行單向邏輯信道，并設置對該下行單向邏輯信道禁用加密功能；所述終端側對所到的下行組播數據不進行解密為終端側根據所述設置對接收到的下行組播數據不進行解密。
7.根據權利要求4所述的方法，其特征在于，該方法進一步包括網絡側和終端側預先設定邏輯信道標識為15的邏輯信道為用于傳輸下行組播數據的下行單向邏輯信道；在建立下行單向邏輯信道時，網絡側給所建立的下行單向邏輯信道分配邏輯信道標識15；終端側獲取所建立的邏輯信道的邏輯信道標識，并根據所述預先設定確定所建立的邏輯信道為下行單向邏輯信道，并設置對該下行單向邏輯信道禁用加密功能；所述終端側對所到的下行組播數據不進行解密為終端側根據所述設置對接收到的下行組播數據不進行解密。
8.根據權利要求1至7任一項所述的方法，其特征在于，當傳輸單播業務數據時，通過現有單播業務雙向邏輯信道傳輸單播數據。
9.根據權利要求8所述的方法，其特征在于，所述通過現有單播業務雙向邏輯信道以透明模式，或確認模式，或非確認模式傳輸單播數據。
10.一種實現組播的系統，包括網絡側和終端側、以及網絡側和終端側之間的單播業務雙向邏輯信道，其特征在于，該系統進一步包括下行單向邏輯信道；下行單向邏輯信道建立在網絡側和終端側之間，用于傳輸下行組播數據；單播業務雙向邏輯信道，用于傳輸單播數據。
11.根據權利要求10所述的系統，其特征在于，該系統進一步包括UM RLC發送實體，UM RLC接收實體；UM RLC發送實體設置在網絡側，用于將網絡側的下行組播數據通過下行單向邏輯信道傳輸至UM RLC接收實體；UM RLC接收實體設置在終端側，用于接收通過下行單向邏輯信道傳輸的下行組播數據。
12.根據權利要求10或11所述的系統，其特征在于，所述單播業務雙向邏輯信道用于以透明模式或非確認模式或確認模式傳輸單播數據。
全文摘要
本發明公開了一種實現組播的方法，該方法包括在網絡側和終端側之間增加一條下行單向邏輯信道；網絡側將下行組播數據通過所述下行單向邏輯信道傳輸至終端側。本發明還公開了一種實現組播的系統，包括網絡側和終端側、以及網絡側和終端側之間的單播業務雙向邏輯信道，該系統進一步包括下行單向邏輯信道；下行單向邏輯信道建立在網絡側和終端側之間，用于傳輸下行組播數據；單播業務雙向邏輯信道用于傳輸單播數據。根據本發明公開的方法和系統實現組播時，與現有技術相比，對現有的實現單播時的邏輯信道結構改動較少，且組播應用的限制較少。
文檔編號H04L29/02GK101039258SQ20061007136
公開日2007年9月19日 申請日期2006年3月23日 優先權日2006年3月17日
發明者胡軍 申請人:華為技術有限公司