專利名稱：多媒體廣播組播服務(wù)會話開始的異常處理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信系統(tǒng)中的多媒體廣播組播服務(wù)，特別涉及 一種多媒體廣播組播服務(wù)會話開始的異常處理方法和系統(tǒng)。
背景技術(shù)：
隨著第三代移動通信技術(shù)的發(fā)展，可以提供的移動數(shù)據(jù)速率越來越高，移動業(yè)務(wù)的應(yīng)用形式也越來越多樣化，除了滿足電話、消 息和手4幾上網(wǎng)瀏覽等業(yè)務(wù)外，還涌現(xiàn)出了大量的高帶寬多々某體業(yè)務(wù)，如視頻會議、電視廣播、視頻點播、廣告、網(wǎng)上教育、互動游戲等。其中有一類業(yè)務(wù)具有一個共同的特點要求多個用戶同時收 到相同的業(yè)務(wù)。如天氣預(yù)報、新聞、廣告、資訊、電視等。為了有 步文i也利用移動網(wǎng)纟各資源，3 GPP ( 3 rd Generation Partnership Proj ect ， 第三代合作伙伴計劃)提出了 MBMS ( Multimedia Broadcast/Multicast Service,多媒體廣播組播服務(wù))，即在移動網(wǎng)絡(luò) 中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務(wù)，實現(xiàn)網(wǎng)絡(luò) 資源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是寶貴的空口接口資源。MBMS提供兩種方式廣4番方式和組纟番方式。MBMS不<又能 實現(xiàn)純文本低速率的消息類組播和廣播，而且還能實現(xiàn)高速多媒體 業(yè)務(wù)的組4番和廣4番，組纟番和廣4番業(yè)務(wù)MBMS基于UMTS ( Universal Telecommunication System,通用牙多動ii/f言系纟充)分纟且網(wǎng)，通過i曽力口 一些新的功能實體，如廣播組才番業(yè)務(wù)中心 BMSC
(Broadcast/Multicast Service Center )，只于已有的分纟JU或功肯fe實體^口 SGSN (服務(wù)GPRS支持節(jié)點Serving GPRS Support Node )、 GGSN
(網(wǎng)關(guān)GPRS支持節(jié)點Gateway GPRS Support Node )、脂C (無 線網(wǎng)絡(luò)控制器Radio Network Controller)和UE (用戶設(shè)備User Equipment)增加MBMS功能，并定義了新的邏輯共享信道來實現(xiàn) 空口資源共享。在控制面，MBMS《1入一 系列信令流程負(fù)責(zé)建立從 BMSC經(jīng)過CN (核心網(wǎng)Core Network )相關(guān)網(wǎng)元，再由RAN (無 線4妾入網(wǎng)全各Radio Access Network)到UE的紐j番或廣4番分發(fā)7 義載； 在用戶面，MBMS分發(fā)樹上的所有分支都使用相同的Qos (服務(wù)質(zhì) 量Quality of Service )向UE分發(fā)多才番凄t據(jù)包。
對于廣4番和組4番業(yè)務(wù)，都需要由BMSC主導(dǎo)發(fā)起一個MBMS 會話開始流程，用于在整個網(wǎng)絡(luò)中建立數(shù)據(jù)承載資源，通知網(wǎng)元和 用戶該業(yè)務(wù)流程即將開始等。對于廣播模式，需要在支持具體廣播 業(yè)務(wù)的所有服務(wù)區(qū)域建立業(yè)務(wù)承載，對于組播模式，只需要在支持 具體組播業(yè)務(wù)且有UE激活了該組播業(yè)務(wù)的服.務(wù)區(qū)域建立業(yè)務(wù)承 載。
3GPP定義的會話開始流程如圖1所示
步驟l，BMSC向MBMS承載上下文中的下游節(jié)點列表中的所 有GGSN發(fā)起會話開始請求(MBMS Session Start Request),指示 即將到來的數(shù)據(jù)傳輸，以及提供會話屬性等，GGSN創(chuàng)建或者更新 MBMS 7 義載上下文，然后向BMSC回送會i舌開始響應(yīng)(MBMS Session Start Response ), ^口果失敗，則返回失敗響應(yīng)(MBMS Session Start Failure )。
步驟2 ， GGSN向MBMS承載上下文中的下游節(jié)點列表中的所 有SGSN發(fā)起會話開始請求(MBMS Session Start Request),指示 即將到來的數(shù)據(jù)傳輸，以及提供會話屬性等，SGSN創(chuàng)建或者更新
MBMS承載上下文，然后向GGSN回送會話開始響應(yīng)(MBMS Session Start Response ), 4口果失敗，則返回失敗響應(yīng)(MBMS Session Start Failure )。
步驟3， SGSN向連4妄的所有RNC和/或BSC (基站控制器 Base Station Controller)發(fā)起會i舌開i臺i青,，(MBMS Session Start Request),指示即將到來的數(shù)據(jù)傳輸，以及提供會話屬性等，RNC 和/或BSC創(chuàng)建或者更新MBMS承載上下文，然后向SGSN回送會 話開始響應(yīng)(MBMS Session Start Response),如果失敗，則返回失 敗響應(yīng)(MBMS Session Start Failure )。
步驟4， RNC和/或BSC為相關(guān)的用戶創(chuàng)建必要的無線資源用 于廣播組播業(yè)務(wù)數(shù)據(jù)的傳輸。
在實際網(wǎng)全各中，GGSN、 SGSN、 BSC或RNC等網(wǎng)元節(jié)點都有 可能發(fā)生資源擁塞等異常導(dǎo)致暫時性的資源不足，或者由于網(wǎng)元間 的傳輸鏈路擁塞等異常導(dǎo)致消息發(fā)送失敗。如果上游節(jié)點在此時發(fā) 起MBMS會話請求，則下游節(jié)點可能無法建立MBMS的會話承載 而向其上游節(jié)點返回失敗的響應(yīng)，也可能由于上游節(jié)點發(fā)出的會i舌 請求消息丟失或下游節(jié)點返回的會話響應(yīng)消息丟失導(dǎo)致上游節(jié)點 收不到下游節(jié)點的響應(yīng)。因此在某些情況下，導(dǎo)致會話失敗的異常 只是暫時性的、可恢復(fù)的。MBMS系統(tǒng)中，MBMS會話是4十對所 有用戶共享的MBMS 7K載業(yè)務(wù)的而非單個用戶的， 一個網(wǎng)元節(jié)點 的會話失敗會影響該節(jié)點所服務(wù)的 一 大批用戶而非 一個用戶使用 MBMS業(yè)務(wù)，因此才是高M(jìn)BMS系統(tǒng)的會話開始成功率非常重要。 在上述步驟2和3中，下游節(jié)點可能由于暫時性的、可恢復(fù)的異常 原因返回失敗的響應(yīng)或不返回響應(yīng)，而現(xiàn)有的協(xié)議流程缺少對該場 景的保護(hù)，即只要上游節(jié)點在設(shè)定的時間內(nèi)沒有收到下游節(jié)點的正 確響應(yīng)(包4舌沒有收到響應(yīng)或收到失敗的響應(yīng))就判斷下游節(jié)點失 敗，沒有區(qū)分失敗的具體原因和場景，也不嘗試重新發(fā)起會話開始。
這樣會使得下游節(jié)點由于 一些暫時性的、可恢復(fù)的異常引起會話失 敗后，即使恢復(fù)到正常也沒有機(jī)會重新建立會話，導(dǎo)致該節(jié)點所服
務(wù)的區(qū)域內(nèi)的所有用戶都不能接收MBMS業(yè)務(wù)。
因此，需要一種多媒體廣播組播服務(wù)會話開始的異常處理方 法，用來避免上述問題的發(fā)生。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種多媒體廣播組播服務(wù)會話開 始的異常處理方法和系統(tǒng)，用于在會i舌開始流禾呈中當(dāng)下游節(jié)點失敗 時，其上游節(jié)點才艮據(jù)下游節(jié)點失敗的具體原因和場景，針對可能重 試成功的下游節(jié)點設(shè)置合理的重試周期和重復(fù)次數(shù)，嘗試重新發(fā)起 會話開始，增加下游節(jié)點會話成功的才幾會，盡可能保i正下游節(jié)點服 務(wù)的UE 4妾收到MBMS業(yè)務(wù)。
為了實現(xiàn)上述目的，才艮據(jù)本發(fā)明的一方面，本發(fā)明提供了一種 多媒體廣播組播服務(wù)會話開始的異常處理方法。異常處理方法包括
以下步駛《
步驟S12，本節(jié)點的上游節(jié)點向多媒體廣播組播服務(wù)上下文中 的下游節(jié)點列表中的所有下游節(jié)點發(fā)起會話開始請求，本節(jié)點向上 游節(jié)點返回會話開始響應(yīng)；
步驟S14,本節(jié)點向多媒體廣播組播服務(wù)上下文中的下游節(jié)點 列表中的所有下游節(jié)點發(fā)起會話開始請求；
步驟S16,如果本節(jié)點在預(yù)定時間內(nèi)收到所有下游節(jié)點的成功 響應(yīng)，則流程正常結(jié)束，如果本節(jié)點在預(yù)定時間內(nèi)收到所有下游節(jié) 點的響應(yīng)^f旦是存在失敗的響應(yīng)，或者沒有收到所有下游節(jié)點的響 應(yīng)，則進(jìn)4亍至步驟S18;
步驟SI8,本節(jié)點才艮據(jù)出現(xiàn)失敗響應(yīng)或無響應(yīng)的下游節(jié)點的失 敗原因，選擇性地向失敗響應(yīng)或無響應(yīng)的下游節(jié)點重新發(fā)起會話開
始流程。
在步驟S12中，本節(jié)點可以接收到來自上游節(jié)點的會話開始請 求后，創(chuàng)建或更新多媒體廣播組播服務(wù)上下文，并向上游節(jié)點返回 會"i舌開始響應(yīng)。
在步驟S18中，如果失敗原因為可恢復(fù)的暫時性的異常，則判 決為發(fā)起重試，在本節(jié)點依據(jù)MBMS業(yè)務(wù)屬性和會話屬性，MBMS 業(yè)務(wù)數(shù)據(jù)開始下發(fā)的時刻和估計的會話時長等因素設(shè)置下游節(jié)點
的重試條件，并按照該重試條件對下游節(jié)點重復(fù)發(fā)起會話開始流程。
在步驟S18中，如果失敗原因為下游節(jié)點返回不支持多媒體廣 播組播服務(wù)或者其他不可能重試成功的原因，則判決為不發(fā)起重 試，將下游節(jié)點從本節(jié)點的多媒體廣播組播服務(wù)上下文中的下游節(jié) 點列表中刪除或標(biāo)記為不可用。
在步驟S18中，本節(jié)點可向根據(jù)失敗原因判決為發(fā)起重試的下 游節(jié)點發(fā)起會話開始請求，如果經(jīng)過設(shè)定的重試次數(shù)后發(fā)起重試的 下游節(jié)點仍失敗，則將下游節(jié)點從多媒體廣播組播服務(wù)上下文中的 下游節(jié)點列表中刪除或標(biāo)記為不可用。
在步驟S18之后，如果所有下游節(jié)點均失敗，則宣告多媒體廣 播組播業(yè)務(wù)在本節(jié)點失敗。如果多媒體廣播組播業(yè)務(wù)在本節(jié)點失 敗，則本節(jié)點通知上游節(jié)點，上游節(jié)點向本節(jié)點返回響應(yīng)后，刪除 多媒體廣播組播服務(wù)上下文及相關(guān)的用戶面資源和多媒體廣播組 播服務(wù)用戶設(shè)備的上下文。針對組播業(yè)務(wù)，本節(jié)點通過多媒體廣播
組播服務(wù)注銷請求消息來通知上游節(jié)點；針對廣播業(yè)務(wù)，本節(jié)點通 過多媒體廣播組播服務(wù)失敗指示消息來通知上游節(jié)點。
可選地，上游節(jié)點為網(wǎng)關(guān)GPRS支持節(jié)點，本節(jié)點為服務(wù)GPRS 支持節(jié)點，下游節(jié)點為基站控制器和/或無線網(wǎng)絡(luò)控制器。
可選地，上游節(jié)點為廣播組播業(yè)務(wù)中心，本節(jié)點為網(wǎng)關(guān)GPRS 支持節(jié)點，下游節(jié)點為服務(wù)GPRS支持節(jié)點。
暫時性異?？梢园ㄙY源不足，會話屬性如速率、時延要求等 暫時不滿足或等待下游節(jié)點響應(yīng)超時。
重試條件可以包括重復(fù)周期和/或重復(fù)次數(shù)。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，本發(fā)明4是供了一 種多々某體廣^"組4番月l務(wù)會話開始的異常處理系統(tǒng)。異常處理系統(tǒng)包 括本節(jié)點的上游節(jié)點，用于向多媒體廣播組播服務(wù)上下文中的下 游節(jié)點列表中的所有下游節(jié)點發(fā)起會話開始請求；本節(jié)點，用于在 接收到來自上游節(jié)點的會話開始請求后，創(chuàng)建或更新多媒體廣播組 播服務(wù)上下文，并向上游節(jié)點返回會話開始響應(yīng)，以及用于向多媒 體廣播組播服務(wù)上下文中的下游節(jié)點列表中的所有下游節(jié)點發(fā)起 會話開始請求；本節(jié)點的下游節(jié)點，用于接收來自本節(jié)點的會話開 始i青求，并產(chǎn)生成功響應(yīng)、失敗響應(yīng)、或者無響應(yīng)；重^式判決一莫塊， 用于才艮據(jù)出現(xiàn)失敗響應(yīng)或無響應(yīng)的下游節(jié)點的失敗原因，判決本節(jié) 點是否向失敗響應(yīng)或無響應(yīng)的下游節(jié)點重新發(fā)起會話開始流程。
如果失敗原因為可恢復(fù)的暫時性異常，則重試判決模塊判決發(fā) 起重試，使得本節(jié)點設(shè)置下游節(jié)點的重試條件，并按照該重試條件 對下游節(jié)點重復(fù)發(fā)起會話開始流程。
如果失敗原因為下游節(jié)點返回不支持多媒體廣播-組纟番服務(wù)或 者其他不可能重試成功的原因，則重試判決模塊判決不發(fā)起重試， 使得下游節(jié)點從本節(jié)點的多媒體廣播組播服務(wù)上下文中的下游節(jié) 點列表中刪除或標(biāo)記為不可用。本節(jié)點可以向被重試判決模塊判決為發(fā)起重試的下游節(jié)點發(fā) 起會話開始請求，如果經(jīng)過設(shè)定的重試次數(shù)后發(fā)起重試的下游節(jié)點 仍失敗，則將下游節(jié)點從多媒體廣播組播服務(wù)上下文中的下游節(jié)點 列表中刪除或標(biāo)記為不可用。如果所有下游節(jié)點均失敗，則宣告多媒體廣播組播業(yè)務(wù)在本節(jié) 點失敗，本節(jié)點通知上游節(jié)點，上游節(jié)點向本節(jié)點返回響應(yīng)后，刪 除多媒體廣播組播服務(wù)上下文及相關(guān)的用戶面資源和多媒體廣播 組播服務(wù)用戶設(shè)備的上下文?？蛇x地，上游節(jié)點為網(wǎng)關(guān)GPRS支持節(jié)點，本節(jié)點為服務(wù)GPRS 支持節(jié)點，下游節(jié)點為基站控制器和/或無線網(wǎng)絡(luò)控制器。可選地，上游節(jié)點為廣播組播業(yè)務(wù)中心，本節(jié)點為網(wǎng)關(guān)GPRS 支持節(jié)點，下游節(jié)點為服務(wù)GPRS支持節(jié)點。通過上述4支術(shù)方案，可以確4呆MBMS會i舌開始力充禾呈中下游節(jié) 點由于暫時性的異常導(dǎo)致會話開始失敗后，其上游節(jié)點通過重復(fù)發(fā) 起會話開始流程，提高會話開始流程的成功率。


圖1是MBMS中會話開始的流程示意圖；圖2是根據(jù)本發(fā)明的MBMS會話開始的異常處理方法的流程圖3是根據(jù)本發(fā)明的MBMS會話開始的異常處理系統(tǒng)的框圖；圖4是根據(jù)本發(fā)明的MBMS中下游節(jié)點會話開始流程失敗后 的處J里示意圖；以及圖5是以SGSN作為本節(jié)點的下游節(jié)點失敗時本節(jié)點處理的流程圖。
具體實施方式
下面將參考附圖詳細(xì)說明本發(fā)明。參照圖2,根據(jù)本發(fā)明的多媒體廣播組播服務(wù)會話開始的異常 處J里方法包4舌以下步驟步驟S12，本節(jié)點的上游節(jié)點向多媒體廣播組播服務(wù)上下文中 的下游節(jié)點列表中的所有下游節(jié)點發(fā)起會話開始請求，本節(jié)點向上 游節(jié)點返回會i舌開始響應(yīng)。本節(jié)點接收到來自上游節(jié)點的會話開始請求后，創(chuàng)建或更新多 士某體廣纟番組纟番力良務(wù)上下文，并向上游節(jié)點返回會i舌開始響應(yīng)。步驟S14,本節(jié)點向多4某體廣播組播月l務(wù)上下文中的下游節(jié)點 列表中的所有下游節(jié)點發(fā)起會話開始請求。步驟S16,如果本節(jié)點在預(yù)定時間內(nèi)收到所有下游節(jié)點的成功 響應(yīng)，則流程正常結(jié)束，如果本節(jié)點在預(yù)定時間內(nèi)收到所有下游節(jié) 點的響應(yīng)但是存在失敗的響應(yīng)，或者沒有收到所有下游節(jié)點的響 應(yīng)，則進(jìn)4亍至步艱《S18。
步驟S18，本節(jié)點才艮才居出i見失敗響應(yīng)或無響應(yīng)的下-摔節(jié)點的失 敗原因，選擇性地向失敗響應(yīng)或無響應(yīng)的下游節(jié)點重新發(fā)起會話開始流禾呈。如果失敗原因為可恢復(fù)暫時性的異常，則判決為發(fā)起重試，在 本節(jié)點設(shè)置下游節(jié)點的重試條件，并按照該重試條件對下游節(jié)點重 復(fù)發(fā)起會話開始流程。暫時性異?？梢园ㄙY源不足、會話屬性如 速率、時延要求等暫時不滿足、或等待下游節(jié)點響應(yīng)超時。重試條 件可以包4舌重復(fù)周期和/或重復(fù)次凄t。如果失敗原因為下游節(jié)點返回不支持多媒體廣播組播服務(wù)，或 者其他不可能重試成功的原因，則判決為不發(fā)起重試，將下游節(jié)點 從本節(jié)點的多媒體廣播組播服務(wù)上下文中的下游節(jié)點列表中刪除 或標(biāo)i己為不可用。本節(jié)點可向4艮據(jù)失敗原因判決為發(fā)起重試的下游節(jié)點發(fā)起會 話開始請求，如果經(jīng)過設(shè)定的重試次數(shù)后發(fā)起重試的下游節(jié)點仍失 敗，則將下游節(jié)點從多媒體廣播組播服務(wù)上下文中的下游節(jié)點列表 中刪除或標(biāo)記為不可用。在步驟S18之后，如果所有下游節(jié)點均失敗，則宣告多々某體廣 ^潘組一番業(yè)務(wù)在本節(jié)點失敗。如果多々某體廣纟番組，潘業(yè)務(wù)在本節(jié)點失敗，則本節(jié)點通知上游節(jié) 點，上游節(jié)點向本節(jié)點返回響應(yīng)后，刪除多纟某體廣播組播服務(wù)上下 文及相關(guān)的用戶面資源和多媒體廣播組播服務(wù)用戶設(shè)備的上下文。 針對組播業(yè)務(wù)，本節(jié)點通過多媒體廣播組播服務(wù)注銷請求消息來通 知上游節(jié)點；針對廣播業(yè)務(wù)，本節(jié)點通過多媒體廣播組播服務(wù)失敗 指示消息來通知上游節(jié)點。 可選地，上游節(jié)點為網(wǎng)關(guān)GPRS支持節(jié)點，本節(jié)點為月良務(wù)GPRS 支持節(jié)點，下游節(jié)點為基站控制器和/或無線網(wǎng)絡(luò)控制器?？蛇x地，上游節(jié)點為廣4番組，燔業(yè)務(wù)中心，本節(jié)點為網(wǎng)關(guān)GPRS 支持節(jié)點，下游節(jié)點為服務(wù)GPRS支持節(jié)點。參照圖3，多々某體廣播組播服務(wù)會話開始的異常處理系統(tǒng)10 包括本節(jié)點302的上游節(jié)點301,用于向多媒體廣播組播服務(wù)上下 文中的下游節(jié)點列表中的所有下游節(jié)點303發(fā)起會話開始請求；本節(jié)點302,用于在接收到來自上游節(jié)點301的會話開始請求 后，創(chuàng)建或更新多媒體廣播組播服務(wù)上下文，并向上游節(jié)點301返 回會話開始響應(yīng)，以及用于向多媒體廣播組播服務(wù)上下文中的下游 節(jié)點列表中的所有下游節(jié)點303發(fā)起會話開始請求；本節(jié)點302的下游節(jié)點303，用于接收來自本節(jié)點302的會話 開始請求，并產(chǎn)生成功響應(yīng)、失敗響應(yīng)、或者無響應(yīng)；重試判決沖莫塊304,用于^4居出現(xiàn)失敗響應(yīng)或無響應(yīng)的下游節(jié) 點303的失敗原因，判決本節(jié)點302是否向失敗響應(yīng)或無響應(yīng)的下 游節(jié)點303重新發(fā)起會話開始流程。如果失敗原因為可恢復(fù)的暫時性的異常，則重試判決模塊304 判決發(fā)起重試，使得本節(jié)點302設(shè)置下游節(jié)點303的重試條件，并 4姿照該重試條件對下游節(jié)點303重復(fù)發(fā)起會話開始流程。如果失敗原因為下游節(jié)點303返回不支持多媒體廣播組播服 務(wù)，或者其他不可能重試成功的原因，則重試判決模塊304判決不 發(fā)起重試，4吏得下游節(jié)點303從本節(jié)點302的多士某體廣才番組4番月良務(wù) 上下文中的下游節(jié)點列表中刪除或標(biāo)i己為不可用。本節(jié)點302可以向#1重試判決沖莫塊304判決為發(fā)起重試的下游 節(jié)點303發(fā)起會話開始請求，如果經(jīng)過設(shè)定的重試次數(shù)后發(fā)起重試 的下游節(jié)點303仍失敗，則將下游節(jié)點303從多媒體廣播組播服務(wù) 上下文中的下游節(jié)點列表中刪除或標(biāo)i己為不可用。如果所有下游節(jié)點303均失敗，則宣告多々某體廣播組播業(yè)務(wù)在 本節(jié)點302失敗，本節(jié)點302通知上游節(jié)點301，上游節(jié)點301向 本節(jié)點302返回響應(yīng)后，刪除多媒體廣播組播服務(wù)上下文及相關(guān)的 用戶面資源和多々某體廣播組播服務(wù)用戶設(shè)備的上下文?？蛇x地，上游節(jié)點301為網(wǎng)關(guān)GPRS支持節(jié)點，本節(jié)點302為 服務(wù)GPRS支持節(jié)點，下游節(jié)點303為基站控制器和/或無線網(wǎng)絡(luò)控制器。可選地，上游節(jié)點301為廣播組播業(yè)務(wù)中心，本節(jié)點302為網(wǎng) 關(guān)GPRS支持節(jié)點，下游節(jié)點303為服務(wù)GPRS支持節(jié)點。本發(fā)明的核心思想在于MBMS業(yè)務(wù)的會話開始流程中，在上 游節(jié)點判斷其下游節(jié)點4丸4于流程失敗后，上游節(jié)點4艮據(jù)下游節(jié)點失 敗的具體原因，向可能重試成功的下游節(jié)點重復(fù)發(fā)起會話開始流程。本發(fā)明提供了一種在下游節(jié)點會話開始流程失敗后，其上游節(jié) 點針對性地重發(fā)會話開始流程的方法，如圖4所示，包括以下步驟步驟1,上游節(jié)點向其MBMS上下文中的下游節(jié)點列表中的所 有下游節(jié)點發(fā)起會i舌開始"i青求(MBMS Session Start R叫uest),本節(jié) 點作為該上游節(jié)點的下游節(jié)點根據(jù)會話開始請求消息創(chuàng)建或者更
新MBMS上下文，然后向上游返回會話開始響應(yīng)(MBMS Session Start Response )。步驟2，本節(jié)點向MBMS上下文中的下游節(jié)點列表中的所有下 游節(jié)點發(fā)起會話開始請求(MBMS Session Start Request )，然后本節(jié) 點等待下游節(jié)點的會話開始響應(yīng)。如果在i殳定的時間內(nèi)收到所有下 游節(jié)點的成功響應(yīng)(MBMS Session Start Response )，貝'J力t禾呈正常結(jié) 束；如果在設(shè)定的時間內(nèi)收到所有下游節(jié)點的響應(yīng)但是存在失敗的 響應(yīng)(MBMS Session Start Failure),或者設(shè)定的時間超時后沒有收 到所有下游節(jié)點的響應(yīng)，則進(jìn)入步驟3的異常處理流程。步驟3,本節(jié)點分析下游節(jié)點失敗的具體原因，決定是否重新 向其發(fā)起會話開始流程301:如果下游節(jié)點由于暫時性異常導(dǎo)致失敗，如資源不足或 者等待下游節(jié)點響應(yīng)超時，則判斷為存在重試成功的機(jī)會，在本節(jié) 點設(shè)置該下游節(jié)點的重試條件，如重復(fù)周期、重復(fù)次數(shù)等，然后按 照重試條件對該下游節(jié)點重復(fù)發(fā)起會話開始流程；302:如果下游節(jié)點返回不支持MBMS或其他原因，則判斷為 不發(fā)起重試，爿奪其從本節(jié)點MBMS上下文中的下游節(jié)點中刪除或 才示i己為不可用；303:本節(jié)點向MBMS上下文中的下游節(jié)點列表中失敗^旦滿足 重試條件的下游節(jié)點發(fā)起會i舌開始"i青求(MBMS Session Start R叫uest),然后等4寺下游節(jié)點的會話開始響應(yīng)(MBMS Session Start Response);如果經(jīng)過設(shè)定的重試次凄t后下游節(jié)點仍失敗，則將其從 上下文中的下游節(jié)點中刪除或標(biāo)記為不可用。步驟4，如果所有的下游節(jié)點均失敗，則宣告該MBMS業(yè)務(wù)在 本節(jié)點失敗。本節(jié)點針對組4番業(yè)務(wù)通過MBMS注銷i青求消息
(MBMS De-Registration Request), 4十3于廣才番業(yè)務(wù)4吏用失敗指示 (MBMS Error Indication )消息通知上游節(jié)點，待上游節(jié)點向本節(jié) ,泉返回響應(yīng)(MBMS De-Registration Response / MBMS Error Indication Response)后刪除該MBMS上下文及相關(guān)的用戶面資源 和MBMSUE上下文。本發(fā)明的核心在于步驟3中，當(dāng)下游節(jié)點向上游節(jié)點返回失敗 (包括無響應(yīng)和失敗響應(yīng))后上游節(jié)點向可能重試成功的下游節(jié)點 針對性地發(fā)起會話開始重試流程，以提高會話開始流程的成功率， 確l呆MBMS月艮務(wù)區(qū)內(nèi)的UE 4妾收到MBMS業(yè)務(wù)。下面結(jié)合圖5進(jìn)一步說明本發(fā)明的具體實施例，以SGSN作為 本節(jié)點為例il明會話開始流程中下游節(jié)點失敗時本節(jié)點的處理，本 發(fā)明的方法包4舌以下步驟步驟110，節(jié)點GGSN向MBMS上下文中的下游節(jié)點列表中 的所有SGSN發(fā)起會話開始請求消息(MBMS Session Start Request),指示即將到來的數(shù)據(jù)傳輸，以及4是供會話屬性等；GGSN 啟動定時器等待下游SGSN的會話開始響應(yīng)消息；步驟120, SGSN創(chuàng)建或者更新MBSM上下文，然后向GGSN 回會i舌開始響應(yīng)消息(MBMS Session Start Response );步驟210, SGSN向MBMS上下文中的下游節(jié)點列表中的所有 BSC/RNC發(fā)起會話開始i青求消息(MBMS Session Start R叫uest), 指示即將到來的數(shù)據(jù)傳輸，以及提供會話屬性等；SGSN啟動定時 器等待下游BSC/RNC的會話開始響應(yīng)消息；步驟220， SGSN收到下游BSC/RNC的失敗響應(yīng)消息(MBMS Session Start Failure),或者i殳定的時間超時后沒有4丈全所有下游 BSC/RNC的響應(yīng)，則進(jìn)入下面的異常處理流禾呈； 步驟230， SGSN分4斤下游BSC/RNC失敗的具體場景為未返回 響應(yīng)消息，或者返回的失敗原因是資源不足，則認(rèn)為該BSC/RNC 存在重試成功的機(jī)會，SGSN依據(jù)MBMS業(yè)務(wù)屬性和會話屬性， MBMS業(yè)務(wù)數(shù)據(jù)開始下發(fā)的時刻和估計的會話時長等相關(guān)因素設(shè) 置針對該BSC/RNC的重發(fā)規(guī)則，包括重發(fā)條件、重發(fā)次數(shù)和重發(fā) 周期等；步驟310, SGSN根據(jù)設(shè)定的重發(fā)條件向相關(guān)的BSC/RNC發(fā)送 會i舌開始"i青求消息(MBMS Session Start Request )，并i殳置定時器等 待響應(yīng)；步驟320，如果在i殳定的時間內(nèi)BSC/RNC返回成功響應(yīng) (MBMS Session Start Response )，會i舌建立或小務(wù) 文成功。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā) 明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn) 等，均應(yīng)包含在本發(fā)明的4呆護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種多媒體廣播組播服務(wù)會話開始的異常處理系統(tǒng)，其特征在于，包括本節(jié)點的上游節(jié)點，用于向多媒體廣播組播服務(wù)上下文中的下游節(jié)點列表中的所有下游節(jié)點發(fā)起會話開始請求；所述本節(jié)點，用于在接收到來自所述上游節(jié)點的所述會話開始請求后，創(chuàng)建或更新所述多媒體廣播組播服務(wù)上下文，并向所述上游節(jié)點返回會話開始響應(yīng)，以及用于向所述多媒體廣播組播服務(wù)上下文中的下游節(jié)點列表中的所有下游節(jié)點發(fā)起會話開始請求；所述本節(jié)點的下游節(jié)點，用于接收來自所述本節(jié)點的所述會話開始請求，并產(chǎn)生成功響應(yīng)、失敗響應(yīng)、或者無響應(yīng)；重試判決模塊，用于根據(jù)出現(xiàn)失敗響應(yīng)或無響應(yīng)的下游節(jié)點的失敗原因，判決所述本節(jié)點是否向失敗響應(yīng)或無響應(yīng)的所述下游節(jié)點重新發(fā)起會話開始流程。
2. 根據(jù)權(quán)利要求1所述的異常處理系統(tǒng)，其特征在于，如果所述 失敗原因為可恢復(fù)暫時性異常，則所述重試判決模塊判決發(fā)起 重試，〗吏得所述本節(jié)點i殳置所述下游節(jié)點的重試條件，并按照 所述重試條件對所述下游節(jié)點重復(fù)發(fā)起會話開始流程。
3. 根據(jù)權(quán)利要求1所述的異常處理系統(tǒng)，其特征在于，如果所述 失敗原因為所述下游節(jié)點返回不支持所述多々某體廣播組播服 務(wù)或其他不可能重試成功的原因，則所述重試判決才莫塊判決不 發(fā)起重試，使得所述下游節(jié)點從所述本節(jié)點的所述多媒體廣播 組播服務(wù)上下文中的下游節(jié)點列表中刪除或標(biāo)記為不可用。
4. 根據(jù)權(quán)利要求1至3中任一項所述的異常處理系統(tǒng)，其特征在 于，所述本節(jié)點向被所述重試判決模塊判決為發(fā)起重試的所述 下游節(jié)點發(fā)起會話開始請求，如果經(jīng)過設(shè)定的重試次數(shù)后所述 發(fā)起重試的下游節(jié)點仍失敗，則將所述下游節(jié)點從所述多々某體 廣播組播服務(wù)上下文中的所述下游節(jié)點列表中刪除或標(biāo)記為 不可用。
5. 根據(jù)權(quán)利要求1至3中任一項所述的異常處理系統(tǒng)，其特征在 于，如果所有下游節(jié)點均失敗，則宣告多媒體廣播組播業(yè)務(wù)在 所述本節(jié)點失敗，所述本節(jié)點通知所述上游節(jié)點，所述上游節(jié) 點向所述本節(jié)點返回響應(yīng)后，刪除所述多纟某體廣纟番組播服務(wù)上 下文及相關(guān)的用戶面資源和所述多媒體廣播組播服務(wù)用戶設(shè) 備的上下文。
6. 根據(jù)權(quán)利要求1至3中任一項所述的異常處理系統(tǒng)，其特征在 于，所述上游節(jié)點為網(wǎng)關(guān)GPRS支持節(jié)點，所述本節(jié)點為力良務(wù) GPRS支持節(jié)點，所述下游節(jié)點為基站控制器和/或無線網(wǎng)絡(luò)控制器。
7. 根據(jù)權(quán)利要求1至3中任一項所述的異常處理系統(tǒng)，其特征在 于，所述上游節(jié)點為廣播組播業(yè)務(wù)中心，所述本節(jié)點為網(wǎng)關(guān) GPRS支持節(jié)點，所述下游節(jié)點為服務(wù)GPRS支持節(jié)點。
全文摘要
本發(fā)明提供了一種多媒體廣播組播服務(wù)會話開始的異常處理系統(tǒng)。本節(jié)點的上游節(jié)點，用于向所有下游節(jié)點發(fā)起會話開始請求；本節(jié)點，用于在接收到來自上游節(jié)點的會話開始請求后，向上游節(jié)點返回會話開始響應(yīng)，以及用于向所有下游節(jié)點發(fā)起會話開始請求；本節(jié)點的下游節(jié)點，用于接收來自本節(jié)點的會話開始請求，并產(chǎn)生成功響應(yīng)、失敗響應(yīng)、或者無響應(yīng)；重試判決模塊，用于根據(jù)出現(xiàn)失敗響應(yīng)或無響應(yīng)的下游節(jié)點的失敗原因，判決本節(jié)點是否向失敗響應(yīng)或無響應(yīng)的下游節(jié)點重新發(fā)起會話開始流程。下游節(jié)點由于可恢復(fù)的暫時性的異常導(dǎo)致會話開始失敗后，其上游節(jié)點通過重復(fù)發(fā)起會話開始流程，增加了下游節(jié)點會話成功的機(jī)會，提高了會話開始流程的成功率。
文檔編號H04W28/04GK101166303SQ20061015060
公開日2008年4月23日 申請日期2006年10月17日 優(yōu)先權(quán)日2006年10月17日
發(fā)明者郭龍平 申請人:中興通訊股份有限公司