題不同，因為在MBMS承載級另IJ，網絡不知曉UE 2，這是由于在SGSN 8,GGSNlO或BM-SC 4中未存儲UE專用MBMS UE上下文。因此，網絡不知道特定PDP上下文是用于MBMS密鑰管理。需要考慮兩種不同情況:
(a)UE發(fā)起的PDP上下文刪除；以及(b)網絡發(fā)起的PDP上下文刪除。
[0030]在TS 33.246的條款6.3.2.1A中，已經覆蓋了 UE發(fā)起的PDP上下文刪除的情況，該條款規(guī)定，在UE 2已經從MBMS用戶服務注銷之前，UE 2不應刪除PDP上下文(用于密鑰管理)。在TS 33.246的6.3.1中還規(guī)定，PDP上下文應當是交互式或后臺QoS (服務質量)類別，已知這些類別具有較長生存期。(PDP上下文是否仍可能被意外刪除(例如通過用戶動作)仍待確定)。
[0031]然而，在當前規(guī)范中未覆蓋網絡發(fā)起的PDP上下文刪除。盡管PDP上下文可以具有較長生存期，但是PDP上下文仍可能由于某種原因(例如網絡故障)被網絡(即SGSN 8或GGSN 10)刪除。在這種情況下，BM-SC 4將不知曉UE IP地址不再有效，它將繼續(xù)向不存在的IP地址發(fā)送MBMS服務密鑰(MSK)消息，如圖3中表示以及如上所述的。這是一個問題，因為在廣播模式中，中間節(jié)點(即SGSN 8和GGSN 10)不知曉刪除的PDP上下文用于MBMS，因此它們可能也不將其指示給BM-SC 4。因此，UE 2將不能及時接收所需密鑰，由于UE 2不能解密MBMS用戶服務，因此對于UE 2，服務將中斷。
[0032]期望解決這一問題。

【發(fā)明內容】

[0033]根據本發(fā)明的第一方面，提供了一種在基于IP的多媒體廣播/組播服務中用作用戶終端或用于用戶終端的設備。該設備包括:用于存儲與用戶服務注冊相關的信息的裝置，所述用戶服務注冊是使用針對廣播/組播服務建立以實現(xiàn)用戶終端與服務節(jié)點之間的連接的IP連接來執(zhí)行的，所述信息能夠使受到IP連接丟失影響的任何用戶服務中的至少一些用戶服務重新注冊；用于響應于注意到所建立的IP連接的丟失，建立新IP連接，或選擇另一有效IP連接，來替換丟失的IP連接的裝置；以及用于使用所存儲的信息來重新注冊受到所述丟失影響的任何用戶服務中的至少一些用戶服務的裝置，所述重新注冊是使用替換IP連接來執(zhí)行的。
[0034]該設備包括:用于建立IP連接，以注冊廣播/組播服務并針對廣播/組播服務進行用戶終端與服務節(jié)點之間的服務密鑰管理的裝置。
[0035]該設備包括:用于監(jiān)控IP連接的丟失的裝置。
[0036]IP連接包括分組數(shù)據協(xié)議PDP上下文。
[0037]多媒體廣播/組播服務是3GPP多媒體廣播/組播服務MBMS，用戶終端是用戶設備UE，服務節(jié)點是廣播/組播服務中心BM-SC。
[0038]IP連接是經由服務通用分組無線服務支持節(jié)點SGSN在用戶終端與網關通用分組無線服務支持節(jié)點GGSN之間建立的。
[0039]多媒體廣播/組播服務是開放移動聯(lián)盟廣播OMA BCAST服務，用戶終端是終端，月艮務節(jié)點是OMA BCAST訂閱管理BSM節(jié)點。
[0040]該設備包括:用于向服務節(jié)點發(fā)送用戶終端的新IP地址，以便服務節(jié)點用于通過替換IP連接向用戶終端發(fā)送密鑰消息的裝置。
[0041 ] 所述密鑰消息是MBMS服務密鑰MSK消息。
[0042]所述密鑰消息是OMA BCAST長期密鑰消息LTKM。
[0043]IP連接的丟失由網絡故障或其他原因導致。
[0044]根據本發(fā)明的第二方面，提供了一種用戶終端用于基于IP的多媒體廣播/組播服務的方法。所述方法包括:存儲與用戶服務注冊相關的信息，所述用戶服務注冊是使用針對廣播/組播服務建立以實現(xiàn)用戶終端與服務節(jié)點之間的連接的IP連接來執(zhí)行的，所述信息能夠使受到IP連接丟失影響的任何用戶服務中的至少一些用戶服務重新注冊；響應于注意到所建立的IP連接的丟失，建立新IP連接，或選擇另一有效IP連接，來替換丟失的IP連接；以及使用所存儲的信息來重新注冊受到所述丟失影響的任何用戶服務中的至少一些用戶服務，所述重新注冊是使用替換IP連接來執(zhí)行的。
[0045]該方法包括:建立IP連接，以注冊廣播/組播服務并針對廣播/組播服務進行用戶終端與服務節(jié)點之間的服務密鑰管理。
[0046]該方法包括:監(jiān)控IP連接的丟失。
[0047]該方法包括:與多個這種IP連接中的每一個相關地執(zhí)行所述方法。
[0048]根據本發(fā)明的第三方面，提供了一種程序，用于控制設備以執(zhí)行根據本發(fā)明第二方面的方法。
[0049]根據本發(fā)明的第四方面，提供了一種存儲介質，包含根據本發(fā)明第三方面的程序。
[0050]本發(fā)明的實施例具有以下優(yōu)點中的至少一個:
[0051].在用于密鑰管理的PDP上下文突然被刪除的情況下，確保受保護的MBMS用戶服務的連續(xù)性
[0052].避免BM-SC向不存在的IP地址發(fā)送密鑰管理消息
[0053]盡管本發(fā)明的實施例解決的問題在組播模式(其中BM-SC將注意到PDP上下文已經丟失，并且它還可以停止發(fā)送MSK消息)和廣播模式(其中BM-SC不會注意到丟失的rop上下文，將嘗試不必要地發(fā)送MSK消息)中略有差別，但是根據本發(fā)明實施例的方案對于組播和廣播模式均有效，因為本發(fā)明實施例的效果在于對丟失的PDP上下文做出快速反應。
【附圖說明】
[0054]圖1，以上討論過，示意性示出了 MBMS用戶服務和MBMS承載服務；
[0055]圖2，以上也討論過，示意性示出了通過PDP上下文來發(fā)送MSK消息；
[0056]圖3，以上也討論過，示意性示出了如何刪除PDP上下文以及MSK消息不再到達
UE ；
[0057]圖4，以上也討論過，示意性示出了 MBMS組播模式中PDP上下文與MBMS UE上下文的關系；
[0058]圖5A和5B包含示意了在本發(fā)明的MBMS實施例中執(zhí)行的步驟的流程圖；
[0059]圖6示意性示出了實現(xiàn)本發(fā)明以執(zhí)行圖5A和5B的步驟的用戶設備的部件；
[0060]圖7是在本發(fā)明的實施例中BM-SC如何使用新I3DP上下文來發(fā)送MSK消息的示意圖；以及
[0061]圖8A和8B包含示意了在本發(fā)明的OMA BCAST實施例中執(zhí)行的步驟的流程圖。
【具體實施方式】
[0062]現(xiàn)在參照圖5A、5B、6和7來描述本發(fā)明的實施例。圖5A和5B包含示意了在本發(fā)明的實施例中由UE 20、SGSN 80、GGSN 100和BM-SC 40執(zhí)行的步驟的流程圖，而圖6示意性示出了用于執(zhí)行圖5A和5B的步驟的UE 20的部件。
[0063]在步驟SI，建立PDP上下文以實現(xiàn)UE 20與BM-SC 40之間的連接；為此，UE 20使用PDP上下文建立部分22來建立PDP上下文。在UE 20與GGSN 100之間建立PDP上下文，從而實現(xiàn)了 UE 20與BM-SC 40之間通過PDP上下文的連接。在執(zhí)行步驟SI期間，向UE 20分配IP地址。
[0064]在步驟S2，用戶決定對各種用戶服務進行注冊，作為響應，UE 20通過PDP上下文來執(zhí)行各種MBMS用戶服務注冊，使用用戶服務注冊部分24來注冊用戶服務；這些用戶服務注冊將通常在一段時間內進行。在BM-SC 40中，UE 20被注冊為這些用戶服務的接收機，從IP分組源地址中檢索UE 20的IP地址并存儲用于將來的MSK密鑰推送消息。對此，BM-SC40還使用PDP上下文來向UE 20推送MSK消息，如TS33.246的6.3.2.1A中定義并在圖5A的步驟S4中表示的。
[0065]UE 20跟蹤PDP上下文和已經在步驟S2中使用PDP上下文執(zhí)行的MBMS用戶服務注冊，在步驟S3中將該信息存儲在用戶服務信息存儲部分25中(或備選地，存儲在UE 20可訪問的遠程存儲位置)。該信息例如以表格形式表示用戶服務ID與用于注冊用戶服務的PDP上下文(NSAPI)之間的關系。
[0066]在步驟S5，UE 20使用PDP上下文可用性檢查部分26來檢查或監(jiān)控PDP上下文的可用性(針對該PDP上下文的信息存儲在存儲部分25中)。如果UE 20確定該PDP上下文仍可用，則UE 20繼續(xù)執(zhí)行步驟S5的檢查?？梢砸愿鞣N方式來執(zhí)行該檢查:例如，可以以規(guī)則的間隔來執(zhí)行檢查，或者UE 20可以等待指示PDP上下文不再可用的消息。UE 20可以發(fā)現(xiàn)網絡發(fā)起的PDP上下文刪除，如TS 23.060中的9.2.4.2和9.2.4.3所述(GeneralPacket Rad1 Service(GPRS) ；Service descript1n http://www.3gpp.0rg/ftp/Specs/html-1nfo/23060.htm)。
[0067]如果UE 20確實注意到PDP上下文已經丟失，則在步驟S6中，UE20使用建立部分22建立并激