專利名稱：用于廣播/組播業(yè)務同時支持ipv4和ipv6地址的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及一種在移動通信系統(tǒng)多媒體廣播/組播業(yè)務(Multimedia Broadcast/Multicast Service，簡稱MBMS)中同時支持IPV4和IPV6地址的方法及系統(tǒng)。
背景技術(shù)：
在通信領(lǐng)域中，為了有效地利用移動網(wǎng)絡資源，現(xiàn)有移動通信系統(tǒng)提出了使用組播廣播傳輸業(yè)務的思想，即MBMS。MBMS在移動網(wǎng)絡中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務，實現(xiàn)網(wǎng)絡資源共享，提高網(wǎng)絡資源，尤其是空口接口資源的利用率。MBMS提供兩種方式廣播方式和組播方式。MBMS不僅能實現(xiàn)純文本低速率的消息類組播和廣播，而且還能實現(xiàn)高速多媒體業(yè)務的組播和廣播，組播和廣播業(yè)務MBMS基于WCDMA/GSM分組網(wǎng)，通過增加一些新的功能實體，如廣播組播業(yè)務中心BM-SC，對已有的分組域功能實體如SGSN(分組服務節(jié)點)、GGSN(分組網(wǎng)關(guān)節(jié)點)、RAN(無線接入網(wǎng)絡)和UE(用戶終端)增加MBMS功能，并定義了新的邏輯共享信道來實現(xiàn)空口資源共享。移動通信系統(tǒng)下使用MBMS的網(wǎng)絡架構(gòu)如圖一所示。
除了BM-SC以外，都是移動通信系統(tǒng)的承載網(wǎng)元，完成數(shù)據(jù)傳輸功能。
實現(xiàn)接入MBMS業(yè)務，需要一系列的步驟和信令交互，至少包括業(yè)務通知，用戶加入廣播或組播組(包括激活、注冊等)的接入步驟，以及離開(包括去活、注銷等)的步驟。
為了完成MBMS信令和MBMS業(yè)務數(shù)據(jù)傳輸?shù)奶幚?，現(xiàn)有MBMS機制對已有的分組域核心網(wǎng)功能實體SGSN和GGSN，增加了MBMS承載上下文用于記錄某一個業(yè)務的相關(guān)信息。
在SGSN的MBMS承載上下文中，保存了上行的GGSN控制面IP地址；在GGSN的MBMS承載上下文中，保存了下行節(jié)點SGSN的控制面地址和用戶面地址?？刂泼娴刂泛陀脩裘娴刂芳瓤梢允荌PV4地址，也可以是IPV6地址。
在MBMS業(yè)務中，SGSN與GGSN之間的信令消息及數(shù)據(jù)的傳遞依賴于知道對方的IP地址。
如圖2所示，在組播業(yè)務中，MBMS承載上下文的建立是通過注冊流程完成的，可以發(fā)送注冊請求的網(wǎng)元包括RNC，SGSN，GGSN。
在組播業(yè)務情形下，在SGSN向GGSN發(fā)送的MBMS注冊請求消息中，攜帶了SGSN控制面地址，即使SGSN既支持IPV4地址，也支持IPV6地址，SGSN控制面地址也只是填自己的IPV4地址。GGSN收到SGSN的MBMS注冊請求消息，進行相應處理以后，給SGSN回MBMS注冊響應消息，攜帶了GGSN控制面地址，即使GGSN既支持IPV4地址，也支持IPV6地址，GGSN控制面地址也只是填自己的IPV4地址?？梢钥吹剑词筍GSN和GGSN都支持IPV6地址，但是在MBMS注冊過程中卻并不會使用IPV6地址。
在這個過程中，沒有考慮IP地址的版本問題，而IPV6是IP版本發(fā)展的一個必然趨勢，這將帶來以下問題(1)如果SGSN同時包含IPV4和IPV6兩種地址，SGSN在不知道GGSN是否支持IPV6的情況下，將攜帶哪個地址給GGSN？(2)同時支持IPV4和IPV6的GGSN如果收到的SGSN的請求中包含的是IPV4的地址，如何處理才能更大限度的使用IPV6？(3)SGSN和GGSN如何能夠知道對方是否支持IPV6？(4)如果GGSN只支持IPV6，而發(fā)送消息的SGSN同時支持IPV4和IPV6，SGSN怎樣發(fā)送地址才能讓信令成功完成？無論組播還是廣播業(yè)務，在SGSN與GGSN之間的信令和數(shù)據(jù)傳輸都存在這個問題，包括從GGSN向SGSN發(fā)起的請求信令。入土所示，在組播業(yè)務中，MBMS承載的建立是通過MBMS會話開始流程完成的，可以發(fā)送MBMS會話開始請求的網(wǎng)元包括BM-SC，GGSN，SGSN。
在組播業(yè)務情形下，GGSN給SGSN發(fā)送MBMS會話開始請求消息，SGSN收到MBMS會話開始請求消息，進行相應處理以后，會給GGSN回MBMS會話開始響應消息，攜帶了SGSN用戶面地址字段。
在廣播業(yè)務中，如圖4所示，MBMS承載上下文和MBMS承載的建立也是通過MBMS會話開始流程完成的，可以發(fā)送MBMS會話開始請求的網(wǎng)元包括BM-SC，GGSN，SGSN。
在廣播業(yè)務情形下，每一個GGSN的下行SGSN節(jié)點信息(包括IP地址和隧道標識信息等)在BM-SC中已經(jīng)配置好了。BM-SC在給GGSN發(fā)送MBMS會話開始請求消息中，攜帶了下行SGSN節(jié)點信息。SGSN收到GGSN發(fā)送的MBMS會話開始請求消息，進行相應處理以后，會給GGSN回MBMS會話開始響應，攜帶了SGSN控制面地址和用戶面地址。在這個過程中也存在沒有考慮IP地址的版本問題。
因此，需要一種用于MBMS中同時支持IPV4和IPV6地址的方法及系統(tǒng)，以解決上述問題。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明提供了一種用于MBMS中同時支持IPV4和IPV6地址的方法及系統(tǒng)，從而解決了GSN(GPRS SupportNode，GPRS支撐節(jié)點，SGSN和GGSN的統(tǒng)稱)同時支持IPV4和IPV6兩種地址情況下的一系列問題。
為了實現(xiàn)上述問題，本發(fā)明的一個方面提供了一種用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的方法，包括以下步驟同時支持IPV4和IPV6兩種IP版本的第一GSN在發(fā)往第二GSN的MBMS消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址；以及第二GSN從IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用。
在上述的方法中，適合第二GSN的IP版本的地址包括第二GSN優(yōu)先選擇的或唯一支持的IP版本的地址。
在上述的方法中，第一GSN包括SGSN和GGSN中的任意一種，第二GSN包括SGSN和GGSN中的任意一種。
在上述的方法中，GSN在不知道第二GSN支持哪種IP版本的地址時，在發(fā)往第二GSN的MBMS消息中同時攜帶IPV4地址和IPV6地址。
在上述的方法中，還包括以下步驟第二GSN將自己的地址放入回應消息中發(fā)送出。
本發(fā)明的另一方面還提供了一種用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的通信系統(tǒng)，包括第一GSN，其同時支持IPV4和IPV6兩種IP版本，用于在發(fā)往第二GSN的MBMS消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址；以及第二GSN，用于從IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用。
在上述的通信系統(tǒng)中，適合第二GSN的IP版本的地址包括第二GSN優(yōu)先選擇的或唯一支持的IP版本的地址。
在上述的通信系統(tǒng)中，第一GSN包括SGSN和GGSN中的任意一種，第二GSN包括SGSN和GGSN中的任意一種。
在上述的通信系統(tǒng)中，第一GSN是在不知道第二GSN支持哪種IP版本的地址時，在發(fā)往第二GSN的MBMS消息中同時攜帶IPV4地址和IPV6地址。
在上述的通信系統(tǒng)中，第二GSN還用于將自己的地址放入回應消息中發(fā)送出。
如上所述，本發(fā)明實現(xiàn)了以下技術(shù)效果解決了現(xiàn)有的組播/廣播業(yè)務中，SGSN與GGSN之間的信令和數(shù)據(jù)傳輸過程中沒有考慮IP地址版本不同的問題，從而使組播/廣播業(yè)務能夠同時支持IPV4和IPV6兩種版本的地址。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1是網(wǎng)絡架構(gòu)的示意圖；圖2是注冊流程的示意圖；圖3是組播業(yè)務會話開始流程圖；圖4是廣播業(yè)務會話開始流程圖；圖5是根據(jù)本發(fā)明的組播業(yè)務實施例一的注冊流程示意圖；圖6是根據(jù)本發(fā)明的組播業(yè)務實施例二的注冊流程示意圖；圖7是根據(jù)本發(fā)明的廣播業(yè)務實施例一的MBMS會話開始流程示意圖；圖8是根據(jù)本發(fā)明的廣播業(yè)務實施例二的廣播MBMS會話開始流程示意圖；圖9是根據(jù)本發(fā)明的用于MBMS中同時支持IPV4和IPV6地址的方法的流程圖；以及圖10是根據(jù)本發(fā)明的用于MBMS中同時支持IPV4和IPV6地址的系統(tǒng)的框圖。
具體實施例方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明針對GSN之間的MBMS信令交互的消息，如果一個GSN同時支持IPV4和IPV6兩種IP地址，并且不知道對方GSN節(jié)點所支持的IP地址的版本，則在發(fā)往對方的消息中同時攜帶兩種IP地址，其中一種IP地址信息作為可選信息元，從而可以支持只有一種IP版本地址的GSN節(jié)點。在對方獲得消息后，如果發(fā)現(xiàn)是攜帶了兩種IP地址，則選擇一種自己優(yōu)先支持(或僅支持)的IP版本，將自己的地址放入回應消息中發(fā)送出(這個動作與本發(fā)明似乎無任何關(guān)系)，同時將該版本的地址保存在本地的上下文中，供后續(xù)使用。
以下將參照圖5詳細描述用于組播業(yè)務同時支持IPV4地址和IPV6地址的方法。
組播業(yè)務實施例一在本實施例中，以SGSN和GGSN都同時支持IPV4和IPV6兩種IP地址為例，有用戶需要接入某個MBMS業(yè)務，網(wǎng)絡側(cè)還沒有建立該MBMS業(yè)務相關(guān)的信息，這時網(wǎng)絡側(cè)的網(wǎng)元通過注冊流程完成該MBMS業(yè)務相關(guān)信息的建立。
如圖5所示，該方法包括以下步驟
1.當RNC檢測到其控制的UE對某個MBMS承載業(yè)務有興趣，RNC向其所屬SGSN發(fā)送MBMS注冊請求消息(MBMS RegistrationRequest)。
2.如果SGSN上沒有針對該MBMS業(yè)務的MBMS承載上下文，同時SGSN收到了來自RNC的關(guān)于該MBMS業(yè)務的注冊請求，或者是針對該MBMS業(yè)務，第一個MBMS UE上下文在SGSN上創(chuàng)建，而SGSN上還沒有相應的MBMS承載上下文，SGSN就會創(chuàng)建一個MBMS承載上下文(置于″Standby″狀態(tài))，并且向GGSN發(fā)送MBMS注冊請求消息(攜帶IP組播地址，APN，SGSN的TEID-C，SGSN控制面地址，可選的SGSN控制面地址)。SGSN控制面地址字段是SGSN的IPV4地址，可選的控制面地址字段是IPV6地址。
3.如果GGSN上沒有針對該MBMS業(yè)務的MBMS承載上下文，同時GGSN收到了來自SGSN的關(guān)于該MBMS業(yè)務的注冊請求，或者是針對該MBMS業(yè)務，第一個MBMS UE上下文在GGSN上創(chuàng)建，而GGSN上還沒有相應的MBMS承載上下文，GGSN就會創(chuàng)建一個MBMS承載上下文，并且向BM-SC的代理和傳輸功能發(fā)送MBMS注冊請求消息(攜帶IP組播地址，APN)。
4.當收到了來自GGSN的MBMS注冊請求消息，BM-SC的代理和傳輸功能將GGSN的標識添加到它的MBMS承載上下文中的″list of downstream nodes″參數(shù)中，并且向GGSN返回MBMS注冊響應消息(MBMS Registration Response)(攜帶TMGI，要求的MBMS承載能力)。如果此時MBMS承載上下文是″Active″狀態(tài)，BM-SC就向GGSN發(fā)起會話開始(Session Start)流程。
5.如果GGSN在步驟2收到了來自SGSN的注冊請求，GGSN就會執(zhí)行以下操作
將SGSN控制面地址和可選控制面地址均存儲到它的MBMS承載上下文中，并且給SGSN回MBMS注冊響應消息，消息中攜帶的GGSN控制面地址是GGSN控制面IPV6地址，可選控制面地址不填寫。
如果此時MBMS承載上下文是″Active″狀態(tài)，GGSN就向SGSN發(fā)起會話開始流程。
6.當收到了來自GGSN的MBMS注冊響應消息，取出MBMS注冊響應消息中GGSN控制面地址字段，存儲到MBMS承載上下文中。如果SGSN在步驟1收到了來自DRNC的注冊請求，SGSN就會執(zhí)行以下操作將RNC的標識添加到它的MBMS承載上下文中的″list ofdownstream nodes″參數(shù)中；向RNC返回MBMS注冊響應消息(攜帶TMGI，要求的MBMS承載能力)；如果此時MBMS承載上下文是″Active″狀態(tài)，SGSN就向DRNC發(fā)起會話開始流程。
以下將參照圖6，以SGSN支持IPV4，GGSN至少支持IPV4為例，描述本發(fā)明的方法。
組播業(yè)務實施例二有用戶需要接入某個MBMS業(yè)務，網(wǎng)絡側(cè)還沒有建立該MBMS業(yè)務相關(guān)的信息，這時網(wǎng)絡側(cè)的網(wǎng)元通過注冊流程完成該MBMS業(yè)務相關(guān)信息的建立，其包括以下步驟
1.當RNC檢測到其控制的UE對某個MBMS承載業(yè)務有興趣，RNC向其所屬SGSN發(fā)送MBMS注冊請求消息。
2.如果SGSN上沒有針對該MBMS業(yè)務的MBMS承載上下文，同時SGSN收到了來自RNC的關(guān)于該MBMS業(yè)務的注冊請求，或者是針對該MBMS業(yè)務，第一個MBMS UE上下文在SGSN上創(chuàng)建，而SGSN上還沒有相應的MBMS承載上下文，SGSN就會創(chuàng)建一個MBMS承載上下文，并且向GGSN發(fā)送MBMS注冊請求消息(攜帶IP組播地址，APN，SGSN的TEID-C，SGSN控制面地址)。SGSN控制面地址填上的是SGSN自己的IPV4地址。
3.如果GGSN上沒有針對該MBMS業(yè)務的MBMS承載上下文，同時GGSN收到了來自SGSN的關(guān)于該MBMS業(yè)務的注冊請求，或者是針對該MBMS業(yè)務，第一個MBMS UE上下文在GGSN上創(chuàng)建，而GGSN上還沒有相應的MBMS承載上下文，GGSN就會創(chuàng)建一個MBMS承載上下文，并且向BM-SC的代理和傳輸功能發(fā)送MBMS注冊請求消息(攜帶IP組播地址，APN)。
4.當收到了來自GGSN的MBMS注冊請求消息，BM-SC的代理和傳輸功能將GGSN的標識添加到它的MBMS承載上下文中的″list of downstream nodes″參數(shù)中，并且向GGSN返回MBMS注冊響應消息(攜帶TMGI，要求的MBMS承載能力)。如果此時MBMS承載上下文是″Active″狀態(tài)，BM-SC就向GGSN發(fā)起會話開始流程。
5.如果GGSN在步驟2收到了來自SGSN的注冊請求，GGSN就會執(zhí)行以下操作SGSN控制面地址即IPV4地址添加到GGSN的MBMS承載上下文中，并且向SGSN發(fā)送MBMS注冊響應消息。注冊響應消息中攜帶了GGSN的控制面地址是GGSN的IPV4地址。
如果此時MBMS承載上下文是″Active″狀態(tài)，GGSN就向SGSN發(fā)起會話開始流程。
6.當收到了來自GGSN的MBMS注冊響應消息，SGSN在MBMS承載上下文中保存GGSN的控制面地址，即GGSN的IPV4地址。如果SGSN在步驟1收到了來自DRNC的注冊請求，SGSN就會執(zhí)行以下操作將RNC的標識添加到它的MBMS承載上下文中的″list ofdownstream nodes″參數(shù)中；向RNC返回MBMS注冊響應消息(攜帶TMGI，要求的MBMS承載能力)；如果此時MBMS承載上下文是″Active″狀態(tài)，SGSN就向DRNC發(fā)起會話開始流程。
以下將通過廣播業(yè)務的兩個實施例，詳細介紹本發(fā)明。首先，參照圖7，以SGSN和GGSN都同時支持IPV4和IPV6兩種IP地址為例詳細介紹廣播業(yè)務實施例一。
廣播業(yè)務實施例一在BM-SC有廣播業(yè)務數(shù)據(jù)報文需要發(fā)送，而相應的MBMS廣播業(yè)務的承載還沒有建立時，這時通過MBMS會話開始流程完成該MBMS業(yè)務承載的建立，如圖7所示，其包括以下步驟1.BM-SC會話和發(fā)送功能(Session and Transmission Function)發(fā)送MBMS會話開始請求消息(MBMS Session Start Request)，指示即將到來的數(shù)據(jù)傳輸，以及提供會話屬性(TMGI，QoS，MBMS業(yè)務區(qū)，會話標識，估計的會話時長，廣播/組播模式，供GGSN使用的下游節(jié)點列表，計數(shù)指示，2G/3G指示)。該消息由BM-SC代理和傳輸功能(Proxy and Transport Function)發(fā)送，發(fā)送給MBMS承載上下文中的″list of downstream nodes″參數(shù)中的所有GGSN。BM-SC代理和傳輸功能將MBMS承載上下文中的狀態(tài)屬性設置為″Active″。對于廣播MBMS承載業(yè)務，GGSN創(chuàng)建一個MBMS承載上下文。GGSN存儲會話屬性和MBMS承載上下文中的下游流節(jié)點列表，將MBMS承載上下文中的狀態(tài)屬性設置為″Active″，并且向BM-SC代理和傳輸功能返回MBMS會話開始響應消息，BM-SC代理和傳輸功能將其前轉(zhuǎn)給BM-SC會話和發(fā)送功能。BM-SC代理和傳輸功能還會將MBMS會話開始請求消息給BM-SC成員功能(Membership Function)發(fā)送一份用于計費目的。
2.GGSN發(fā)送MBMS會話開始請求消息，提供會話屬性。GGSN控制面地址字段是GGSN的IPV4地址，可選的GGSN控制面地址字段是GGSN的IPV6地址。SGSN收到廣播的MBMS會話開始請求消息以后，創(chuàng)建一個MBMS承載上下文。SGSN存儲會話屬性和MBMS承載上下文中的2G/3G指示，將MBMS承載上下文中的狀態(tài)屬性設置為″Active″，并且向GGSN返回MBMS會話開始響應消息(MBMS Session Start Response)，攜帶SGSN的控制面地址和用戶面地址，SGSN的控制面地址和用戶面地址分別是SGSN的控制面IPV6地址和用戶面IP地址。對于MBMS承載業(yè)務，SGSN如果收到多個MBMS會話開始請求消息，該SGSN只需要和其中一個GGSN建立一個承載平面。GGSN在向SGSN發(fā)送會話開始請求消息的同時，起動定時器，如果在定時器超時前，沒有收到任何SGSN的響應，或者收到的來自SGSN的響應都是否定的(不可接收數(shù)據(jù))，例如不支持MBMS能力，資源不足，則GGSN向BM-SC發(fā)送承載不可用通知，標明該GGSN當前沒有下游SGSN可以接收數(shù)據(jù)，收到該通知后，BM-SC的操作取決于實現(xiàn)。如果在定時器超時前，收到任何一個SGSN的響應，表明可以接收數(shù)據(jù)，則停止定時器，不做任何進一步操作。
3.SGSN發(fā)送會話開始請求消息，提供會話屬性。該消息發(fā)送給連接到該SGSN的所有BSC和/或RNC。SGSN必須使用2G/3G指示來確定MBMS會話開始請求消息是應該只送給所有的BSC，還是只送給所有的RNC，或者是同時送給所有的RNC和BSC。
對于廣播MBMS承載業(yè)務，BSC/RNC創(chuàng)建MBMS承載上下文。在RNC和Iu模式下的BSC中，在MBMS承載上下文中存儲會話屬性，將MBMS承載上下文中的狀態(tài)屬性設置為″Active″，并且向SGSN返回會話開始響應消息，RNC和Iu模式下的BSC會在會話開始響應消息中包括用于Iu承載平面的TEID，SGSN使用該TEID來轉(zhuǎn)發(fā)MBMS數(shù)據(jù)。
在Gb模式下的BSC，如果不是處在MBMS業(yè)務區(qū)服務，則就不需要存儲會話屬性。BSC/RNC如果收到多個MBMS會話開始請求消息，只需要和其中一個SGSN建立一個承載平面。
SGSN在向BSC/RNC發(fā)送會話開始請求消息的同時，起動定時器，如果在定時器超時前，沒有收到任何BSC/RNC的響應，或者收到的來自BSC/RNC的響應都是否定的(不可接收數(shù)據(jù))，例如不支持MBMS能力，資源不足，則SGSN向GGSN發(fā)送承載不可用通知，標明該SGSN當前沒有下游SGSN可以接收數(shù)據(jù)，收到該通知后，GGSN的操作取決于實現(xiàn)。如果在定時器超時前，收到任何一個BSC/RNC的響應，表明可以接收數(shù)據(jù)，則停止定時器，不做任何進一步操作。
4.BSC/RNC建立必需的無線資源用于向感興趣的UE傳輸MBMS數(shù)據(jù)。RAN的資源建立可以根據(jù)MBMS數(shù)據(jù)傳送開始時間進行調(diào)度。RAN根據(jù)收到的計數(shù)指示參數(shù)決定是否需要執(zhí)行計數(shù)過程。
以下將結(jié)合圖8詳細描述廣播業(yè)務實施例二。
廣播業(yè)務實施例二在本實施例中，GGSN支持IPV4，SGSN至少支持IPV4，在BM-SC有廣播業(yè)務數(shù)據(jù)報文需要發(fā)送，而相應的MBMS廣播業(yè)務的承載還沒有建立時，這時通過MBMS會話開始流程完成該MBMS業(yè)務承載的建立，其包括以下步驟1.BM-SC會話和發(fā)送功能，指示即將到來的數(shù)據(jù)傳輸，以及提供會話屬性。該消息由BM-SC代理和傳輸功能發(fā)送，發(fā)送給MBMS承載上下文中的″list of downstream nodes″參數(shù)中的所有GGSN。BM-SC代理和傳輸功能將MBMS承載上下文中的狀態(tài)屬性設置為″Active″。對于廣播MBMS承載業(yè)務，GGSN創(chuàng)建一個MBMS承載上下文。GGSN存儲會話屬性和MBMS承載上下文中的下游流節(jié)點列表，將MBMS承載上下文中的狀態(tài)屬性設置為″Active″，并且向BM-SC代理和傳輸功能返回MBMS會話開始響應消息，BM-SC代理和傳輸功能將其前轉(zhuǎn)給BM-SC會話和發(fā)送功能。BM-SC代理和傳輸功能還會將MBMS會話開始請求消息給BM-SC成員功能發(fā)送一份用于計費目的。
2.GGSN發(fā)送MBMS會話開始請求消息，提供會話屬性(TMGI，QoS，MBMS業(yè)務區(qū)，會話標識，估計的會話時長，廣播/組播模式，計數(shù)指示，2G/3G指示以及GGSN的控制面地址)，GGSN控制面地址是GGSN自己的IPV4地址。
SGSN收到廣播的MBMS會話開始請求消息以后，創(chuàng)建一個MBMS承載上下文。SGSN存儲會話屬性和MBMS承載上下文中的2G/3G指示，將MBMS承載上下文中的狀態(tài)屬性設置為″Active″，并且向GGSN返回MBMS會話開始響應消息，攜帶SGSN的控制面地址和用戶面地址，SGSN的控制面地址和用戶面地址分別是SGSN的IPV4控制面地址和用戶面地址。
對于MBMS承載業(yè)務，SGSN如果收到多個MBMS會話開始請求消息，該SGSN只需要和其中一個GGSN建立一個承載平面。GGSN在向SGSN發(fā)送會話開始請求消息的同時，起動定時器，如果在定時器超時前，沒有收到任何SGSN的響應，或者收到的來自SGSN的響應都是否定的(不可接收數(shù)據(jù))，例如不支持MBMS能力，資源不足，則GGSN向BM-SC發(fā)送承載不可用通知，標明該GGSN當前沒有下游SGSN可以接收數(shù)據(jù)，收到該通知后，BM-SC的操作取決于實現(xiàn)。如果在定時器超時前，收到任何一個SGSN的響應，表明可以接收數(shù)據(jù)，則停止定時器，不做任何進一步操作。
3.SGSN發(fā)送會話開始請求消息，提供會話屬性(TMGI，QoS，MBMS業(yè)務區(qū)，會話標識，估計的會話時長，廣播/組播模式，計數(shù)指示)。該消息發(fā)送給連接到該SGSN的所有BSC和/或RNC。SGSN必須使用2G/3G指示來確定MBMS會話開始請求消息是應該只送給所有的BSC，還是只送給所有的RNC，或者是同時送給所有的RNC和BSC。對于廣播MBMS承載業(yè)務，BSC/RNC創(chuàng)建MBMS承載上下文。在RNC和Iu模式下的BSC中，在MBMS承載上下文中存儲會話屬性，將MBMS承載上下文中的狀態(tài)屬性設置為″Active″，并且向SGSN返回會話開始響應消息，RNC和Iu模式下的BSC會在會話開始響應消息中包括用于Iu承載平面的TEID，SGSN使用該TEID來轉(zhuǎn)發(fā)MBMS數(shù)據(jù)。在Gb模式下的BSC，如果不是處在MBMS業(yè)務區(qū)服務，則就不需要存儲會話屬性。BSC/RNC如果收到多個MBMS會話開始請求消息，只需要和其中一個SGSN建立一個承載平面。SGSN在向BSC/RNC發(fā)送會話開始請求消息的同時，起動定時器，如果在定時器超時前，沒有收到任何BSC/RNC的響應，或者收到的來自BSC/RNC的響應都是否定的(不可接收數(shù)據(jù))，例如不支持MBMS能力，資源不足，則SGSN向GGSN發(fā)送承載不可用通知，標明該SGSN當前沒有下游SGSN可以接收數(shù)據(jù)，收到該通知后，GGSN的操作取決于實現(xiàn)。如果在定時器超時前，收到任何一個BSC/RNC的響應，表明可以接收數(shù)據(jù)，則停止定時器，不做任何進一步操作。
4.BSC/RNC建立必需的無線資源用于向感興趣的UE傳輸MBMS數(shù)據(jù)。RAN的資源建立可以根據(jù)MBMS數(shù)據(jù)傳送開始時間進行調(diào)度。RAN根據(jù)收到的計數(shù)指示參數(shù)決定是否需要執(zhí)行計數(shù)過程。
綜上所述，如圖9所示，用于MBMS中同時支持IPV4和IPV6地址的方法基本包括以下步驟步驟S902，同時支持IPV4和IPV6兩種IP版本的第一GSN在發(fā)往第二GSN的MBMS消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址；步驟S904，第二GSN從IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用。
圖10是根據(jù)本發(fā)明的用于MBMS中同時支持IPV4和IPV6地址的系統(tǒng)100的框圖。
如圖10所示，用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的通信系統(tǒng)100包括第一GSN102，其同時支持IPV4和IPV6兩種IP版本，用于在發(fā)往第二GSN104的MBMS消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址，其中，第一GSN102包括SGSN和GGSN中的任意一種；以及第二GSN104，用于從IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用，其中，第二GSN104包括SGSN和GGSN中的任意一種。
可選地，適合第二GSN104的IP版本的地址包括第二GSN104優(yōu)先選擇的或唯一支持的IP版本的地址，第二GSN104還用于將自己的地址放入回應消息中發(fā)送出。
此外，第一GSN102是在不知道第二GSN104支持哪種IP版本的地址時，在發(fā)往第二GSN104的MBMS消息中同時攜帶IPV4地址和IPV6地址。
因此，本發(fā)明解決了現(xiàn)有的組播/廣播業(yè)務中，SGSN與GGSN之間的信令和數(shù)據(jù)傳輸過程中沒有考慮IP地址版本不同的問題，從而使組播/廣播業(yè)務能夠同時支持IPV4和IPV6兩種版本的地址。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的方法，其特征在于，包括以下步驟同時支持IPV4和IPV6兩種IP版本的第一GSN在發(fā)往第二GSN的廣播/組播業(yè)務消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址；以及所述第二GSN從所述IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，適合所述第二GSN的IP版本的地址包括所述第二GSN優(yōu)先選擇的或唯一支持的IP版本的地址。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一GSN包括SGSN和GGSN中的任意一種，所述第二GSN包括SGSN和GGSN中的任意一種。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述GSN在不知道所述第二GSN支持哪種IP版本的地址時，在發(fā)往所述第二GSN的廣播/組播業(yè)務消息中同時攜帶所述IPV4地址和IPV6地址。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括以下步驟所述第二GSN將自己的地址放入回應消息中發(fā)送出。
6.一種用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的通信系統(tǒng)，其特征在于，包括第一GSN，其同時支持IPV4和IPV6兩種IP版本，用于在發(fā)往第二GSN的廣播/組播業(yè)務消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址；以及所述第二GSN，用于從所述IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用。
7.根據(jù)權(quán)利要求6所述的通信系統(tǒng)，其特征在于，適合所述第二GSN的IP版本的地址包括所述第二GSN優(yōu)先選擇的或唯一支持的IP版本的地址。
8.根據(jù)權(quán)利要求6所述的通信系統(tǒng)，其特征在于，所述第一GSN包括SGSN和GGSN中的任意一種，所述第二GSN包括SGSN和GGSN中的任意一種。
9.根據(jù)權(quán)利要求6所述的通信系統(tǒng)，其特征在于，所述第一GSN是在不知道所述第二GSN支持哪種IP版本的地址時，在發(fā)往所述第二GSN的廣播/組播業(yè)務消息中同時攜帶所述IPV4地址和IPV6地址。
10.根據(jù)權(quán)利要求6所述的通信系統(tǒng)，其特征在于，所述第二GSN還用于將自己的地址放入回應消息中發(fā)送出。
全文摘要
本發(fā)明提供了一種用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的方法，包括以下步驟同時支持IPV4和IPV6兩種IP版本的第一GSN在發(fā)往第二GSN的MBMS消息中同時攜帶指向同一GSN的IPV4地址和IPV6地址；以及第二GSN從IPV4地址和IPV6地址中選擇適合自己的IP版本的地址，將該版本的地址保存在本地的上下文中，供后續(xù)使用。另外，本發(fā)明還提供了一種用于廣播/組播業(yè)務同時支持IPV4地址和IPV6地址的系統(tǒng)。
文檔編號H04L29/06GK101090327SQ20061016479
公開日2007年12月19日 申請日期2006年12月13日 優(yōu)先權(quán)日2006年12月13日
發(fā)明者涂小勇, 王志海, 吳波 申請人:中興通訊股份有限公司