一種實(shí)施業(yè)務(wù)處理的方法、基站、移動(dòng)管理實(shí)體和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種實(shí)施業(yè)務(wù)處理的方法、基站、移動(dòng)管理實(shí)體和系統(tǒng)，屬于無線通信領(lǐng)域。所述方法包括：獲取簽約用戶類型；如果所述簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用接入層AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；如果所述簽約用戶類型為中繼基站Relay，則發(fā)起與所述Relay節(jié)點(diǎn)之間的無線資源控制RRC重配過程，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。所述基站包括：獲取模塊、第一實(shí)施模塊和第二實(shí)施模塊。所述系統(tǒng)包括基站和移動(dòng)管理實(shí)體。所述移動(dòng)管理實(shí)體包括：第二獲取模塊和發(fā)送模塊。本發(fā)明能夠讓DeNB對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。
【專利說明】一種實(shí)施業(yè)務(wù)處理的方法、基站、移動(dòng)管理實(shí)體和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及無線通信領(lǐng)域，特別涉及一種實(shí)施業(yè)務(wù)處理的方法、基站、移動(dòng)管理實(shí) 體和系統(tǒng)。

【背景技術(shù)】
[0002] 在無線移動(dòng)通信網(wǎng)絡(luò)中，UE(User Equipment,用戶設(shè)備）與eNodeB(Evolved Node B，演進(jìn)的基站）之間的通信協(xié)議為空口協(xié)議，eNodeB與MME(Mobile Management Entity, 移動(dòng)管理實(shí)體）之間的通信協(xié)議為S1-AP協(xié)議。
[0003] 為了增大基站在一些盲點(diǎn)（如海島、森林等）的覆蓋范圍，在網(wǎng)絡(luò)中引入 Relay (中繼基站）節(jié)點(diǎn)，且同時(shí)將eNodeB擴(kuò)充成DeNB (Donor eNodeB，捐贈(zèng)演進(jìn)基站）。
[0004] 其中，Relay節(jié)點(diǎn)可以以基站的身份部署在網(wǎng)絡(luò)中且在其下可以接入U(xiǎn)E，其與UE 之間的通信協(xié)議為空口協(xié)議，其與DeNB之間的通信協(xié)議為S1-AP協(xié)議，而DeNB與MME之間 的通信協(xié)議還是S1-AP協(xié)議。
[0005] 其中，Relay節(jié)點(diǎn)還可以以UE的身份附著在網(wǎng)絡(luò)中且在其下不可以接入U(xiǎn)E，Relay 節(jié)點(diǎn)與DeNB之間的通信協(xié)議為空口協(xié)議，DeNB與MME之間的通信協(xié)議為S1-AP協(xié)議。
[0006] 在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題：
[0007] 在網(wǎng)絡(luò)中，DeNB與不同身份的Re 1 ay節(jié)點(diǎn)之間的通信協(xié)議不同，然而目前DeNB還 無法對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。


【發(fā)明內(nèi)容】

[0008] 為了能夠讓DeNB對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理，本發(fā)明提供了一 種實(shí)施業(yè)務(wù)處理的方法、基站、移動(dòng)管理實(shí)體和系統(tǒng)。所述技術(shù)方案如下：
[0009] 一種實(shí)施業(yè)務(wù)處理的方法，所述方法包括：
[0010] 獲取簽約用戶類型；
[0011] 如果所述簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，與所述Relay 節(jié)點(diǎn)之間采用AS (Access Stratum,接入層）安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；
[0012] 如果所述簽約用戶類型為中繼基站Relay，則發(fā)起與所述Relay節(jié)點(diǎn)之間的無線 資源控制RRC(Radio Resource Control,無線資源控制）重配置過程，與所述Relay節(jié)點(diǎn)之 間采用AS安全機(jī)制。
[0013] 一種基站，所述基站包括：
[0014] 獲取模塊，用于獲取簽約用戶類型；
[0015] 第一實(shí)施模塊，用于如果所述簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng)消息給Relay 節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；
[0016] 第二實(shí)施模塊，用于如果所述簽約用戶類型為中繼基站Relay，則發(fā)起與所述 Relay節(jié)點(diǎn)之間的RRC重配置過程，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0017] 一種移動(dòng)管理實(shí)體MME，所述MME包括：
[0018] 第二獲取模塊，用于獲取簽約用戶類型；
[0019] 發(fā)送模塊，用于發(fā)送所述簽約用戶類型給基站，使得所述基站在所述簽約用戶類 型為UE時(shí)，發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和 /或網(wǎng)絡(luò)域安全機(jī)制，在所述簽約用戶類型為Relay時(shí)，發(fā)起與所述Relay節(jié)點(diǎn)之間的RRC 重配置過程，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0020] 一種實(shí)施業(yè)務(wù)處理的系統(tǒng)，所述系統(tǒng)包括基站和移動(dòng)管理實(shí)體；
[0021] 所述移動(dòng)管理實(shí)體，用于獲取簽約用戶類型，發(fā)送所述簽約用戶類型給所述基 站；
[0022] 所述基站，用于如果所述簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng)消息給Relay節(jié) 點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；如果所述簽約用戶類 型為Relay，則發(fā)起與所述Relay節(jié)點(diǎn)之間的RRC重配置過程，與所述Relay節(jié)點(diǎn)之間采用 AS安全機(jī)制。
[0023] 通過獲取簽約用戶類型，如果簽約用戶類型為UE，則實(shí)施業(yè)務(wù)處理為發(fā)送S1-AP 響應(yīng)消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制，如 果簽約用戶類型為Relay，則實(shí)施業(yè)務(wù)處理為發(fā)起與Relay節(jié)點(diǎn)之間的RRC重配過程，并與 Relay節(jié)點(diǎn)之間采用AS安全機(jī)制，其中，當(dāng)簽約用戶類型為UE時(shí)，Relay節(jié)點(diǎn)以基站的身份 部署在網(wǎng)絡(luò)中，當(dāng)簽約用戶類型為Relay時(shí)，Re lay節(jié)點(diǎn)以UE的身份附著在網(wǎng)絡(luò)中，如此實(shí) 現(xiàn)了基站對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。

【專利附圖】

【附圖說明】
[0024] 圖1是本發(fā)明實(shí)施例1應(yīng)用的第一種網(wǎng)絡(luò)架構(gòu)示意圖；
[0025] 圖2是本發(fā)明實(shí)施例1應(yīng)用的第二種網(wǎng)絡(luò)架構(gòu)示意圖；
[0026] 圖3是本發(fā)明實(shí)施例1提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0027] 圖4是本發(fā)明實(shí)施例2提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0028] 圖5是本發(fā)明實(shí)施例3提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0029] 圖6是本發(fā)明實(shí)施例4提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0030] 圖7是本發(fā)明實(shí)施例5提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0031] 圖8是本發(fā)明實(shí)施例6提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0032] 圖9是本發(fā)明實(shí)施例7提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0033] 圖10是本發(fā)明實(shí)施例8提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0034] 圖11是本發(fā)明實(shí)施例9提供的一種實(shí)施業(yè)務(wù)處理的方法流程圖；
[0035] 圖12是本發(fā)明實(shí)施例10提供的一種基站不意圖；
[0036] 圖13是本發(fā)明實(shí)施例11提供的一種移動(dòng)管理實(shí)體示意圖；
[0037] 圖14是本發(fā)明實(shí)施例12提供的一種實(shí)施業(yè)務(wù)處理的系統(tǒng)示意圖。

【具體實(shí)施方式】
[0038] 為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方 式作進(jìn)一步地詳細(xì)描述。
[0039] 實(shí)施例1
[0040] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施例可以應(yīng)用于如圖1所示 的網(wǎng)絡(luò)架構(gòu)或如圖2所示的網(wǎng)絡(luò)架構(gòu)，其中，在如圖1所示的網(wǎng)絡(luò)架構(gòu)中Relay節(jié)點(diǎn)以基站 的身份部署在網(wǎng)絡(luò)，在如圖2所示的網(wǎng)絡(luò)架構(gòu)中Relay節(jié)點(diǎn)以UE的身份附著在網(wǎng)絡(luò)中，參 見圖3,該方法包括：
[0041] 步驟101 :獲取簽約用戶類型；
[0042] 步驟102 :判斷獲取的簽約用戶類型為Relay還是UE，如果簽約用戶類型為UE，則 執(zhí)行步驟103,如果簽約用戶類型為Relay，則執(zhí)行步驟104 ;
[0043] 步驟103 :發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全 機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；
[0044] 步驟104 :發(fā)起與Relay節(jié)點(diǎn)之間的RRC重配置過程，并與Relay節(jié)點(diǎn)之間采用AS 安全機(jī)制。
[0045] 其中，在本實(shí)施例中，執(zhí)行主體可以為基站。
[0046] 其中，S1-AP響應(yīng)消息可以為Initial Context Setup request (上下文建立請(qǐng) 求）。
[0047] 在本發(fā)明實(shí)施例提供的上述方法中，獲取簽約用戶類型，如果簽約用戶類型為UE， 則實(shí)施業(yè)務(wù)處理為發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全 機(jī)制（例如RRC完整性保護(hù)/加密保護(hù)、UP (User Plane，用戶面）加密保護(hù)安全機(jī)制）和 /或網(wǎng)絡(luò)域安全機(jī)制，如果簽約用戶類型為Relay，則實(shí)施業(yè)務(wù)處理為發(fā)起與Relay節(jié)點(diǎn)之 間的RRC重配過程，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制，其中，當(dāng)簽約用戶類型為UE時(shí)， Relay節(jié)點(diǎn)以基站的身份部署在網(wǎng)絡(luò)中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以UE的身 份附著在網(wǎng)絡(luò)中，如此實(shí)現(xiàn)了 DeNB對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。
[0048] 實(shí)施例2
[0049] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施例應(yīng)用于如圖1所示的網(wǎng) 絡(luò)架構(gòu)，該網(wǎng)絡(luò)中的簽約用戶類型為UE，MME從HSS中獲取簽約用戶類型。如圖4所示，該 方法包括：
[0050] 步驟201 :UE發(fā)送RRC請(qǐng)求消息給Relay節(jié)點(diǎn)，其中，該RRC請(qǐng)求消息攜帶初始層 3NAS消息，且該初始層3NAS (Non Access Stratum,非接入層）消息至少包括UE自身的身 份標(biāo)識(shí)；初始層3NAS消息可以為Attach request (附著請(qǐng)求）或TAU request (Tracking Area Update request,跟蹤區(qū)域更新請(qǐng)求）。
[0051] 其中，UE在發(fā)送RRC請(qǐng)求消息之前，將自身的身份標(biāo)識(shí)添加到RRC請(qǐng)求消息攜帶 的初始層3NAS消息中。
[0052] 其中，在本實(shí)施例中，可以將 IMSI (International Mobile Subscriber Identity,國(guó)際移動(dòng)用戶識(shí)別碼）、GUTI (Globally Unique Temporary Identity,全球唯一 臨時(shí)標(biāo)識(shí)）或 IMEI (International Mobile Equipment identity,國(guó)際移動(dòng)設(shè)備標(biāo)識(shí)）作 為身份標(biāo)識(shí)。
[0053] 步驟202 :Relay節(jié)點(diǎn)接收該RRC請(qǐng)求消息后，發(fā)送S1-AP請(qǐng)求消息給DeNB，其中， S1-AP請(qǐng)求消息攜帶該RRC請(qǐng)求消息攜帶的初始層3NAS消息；
[0054] 其中，Relay節(jié)點(diǎn)接收到RRC請(qǐng)求消息后，從該RRC請(qǐng)求消息中提取攜帶的初始層 3NAS消息，再生成攜帶該初始層3NAS消息的S1-AP請(qǐng)求消息。
[0055] 其中，S1-AP請(qǐng)求消息可以為Initial UE message (初始UE消息）。
[0056] 步驟203 :DeNB接收S1-AP請(qǐng)求消息，并將該S1-AP請(qǐng)求消息轉(zhuǎn)發(fā)給MME ;
[0057] 步驟204 :MME接收S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始層3NAS消息 中提取身份標(biāo)識(shí)，獲取提取的身份標(biāo)識(shí)對(duì)應(yīng)的簽約用戶類型，其中，獲取的簽約用戶類型為 UE ；
[0058] 具體地，MME接收S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始層3NAS消息 中提取身份標(biāo)識(shí)，根據(jù)提取的身份標(biāo)識(shí)，從HSS (Home Subscriber Server,歸屬網(wǎng)絡(luò)用戶服 務(wù)器）中獲取簽約用戶類型。
[0059] 其中，MME根據(jù)提取的身份標(biāo)識(shí)，從HSS中獲取簽約用戶類型的操作具體為：
[0060] MME將提取的身份標(biāo)識(shí)發(fā)送給HSS，HSS接收該身份標(biāo)識(shí)，根據(jù)接收的身份標(biāo)識(shí)，從 自身已存儲(chǔ)的身份標(biāo)識(shí)與簽約用戶類型的對(duì)應(yīng)關(guān)系中，查找對(duì)應(yīng)的簽約用戶類型，再將查 找的簽約用戶類型發(fā)送給MME。
[0061] 其中，運(yùn)營(yíng)商事先與網(wǎng)絡(luò)中的每個(gè)UE進(jìn)行簽約，與UE進(jìn)行簽約的簽約用戶類型為 UE，然后運(yùn)營(yíng)商將每個(gè)UE的身份標(biāo)識(shí)與其自身的簽約用戶類型存儲(chǔ)在HSS中的身份標(biāo)識(shí)與 簽約用戶類型的對(duì)應(yīng)關(guān)系中。
[0062] 其中，如果Re 1 ay節(jié)點(diǎn)以基站的身份部署在網(wǎng)絡(luò)中時(shí)，則Re 1 ay節(jié)點(diǎn)可以在其自身 上接入一個(gè)或多個(gè)UE，如果Relay節(jié)點(diǎn)以UE的身份附著在網(wǎng)絡(luò)中時(shí)，則Relay節(jié)點(diǎn)不可以 在其自身上接入U(xiǎn)E，且該Relay節(jié)點(diǎn)有自身的身份標(biāo)識(shí)。
[0063] 其中，運(yùn)營(yíng)商可以與身份為UE的Relay節(jié)點(diǎn)進(jìn)行簽約，與該Relay節(jié)點(diǎn)進(jìn)行簽約 的簽約用戶類型為Relay，并將該Relay節(jié)點(diǎn)的身份標(biāo)識(shí)和其自身的簽約用戶類型Relay存 儲(chǔ)在HSS中的身份標(biāo)識(shí)與簽約用戶類型的對(duì)應(yīng)關(guān)系中。
[0064] 其中，在本實(shí)施例中，如果簽約用戶類型為UE，則表明在Relay節(jié)點(diǎn)上接入U(xiǎn)E，因 此Relay節(jié)點(diǎn)以基站的身份部署在網(wǎng)絡(luò)中，如果簽約用戶類型為Relay，則表明Relay節(jié)點(diǎn) 以UE的身份附著在網(wǎng)絡(luò)中。
[0065] 步驟205 :MME向DeNB發(fā)送S1-AP響應(yīng)消息，該S1-AP響應(yīng)消息中攜帶獲取的簽約 用戶類型；
[0066] 其中，S1-AP 響應(yīng)消息可以為 Initial Context Setup request。
[0067] 步驟206 :DeNB接收Sl-AP響應(yīng)消息，根據(jù)Sl-AP響應(yīng)消息攜帶的簽約用戶類型為 UE，發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò) 域安全機(jī)制；
[0068] 進(jìn)一步地，DeNB還可以根據(jù)簽約用戶類型為UE，確定出Relay節(jié)點(diǎn)的身份為基站。
[0069] 其中，AS安全機(jī)制可以為RRC完整性保護(hù)/加密保護(hù)和UP加密保護(hù)。
[0070] 步驟207 :Relay節(jié)點(diǎn)接收S1-AP響應(yīng)消息，并發(fā)起與UE之間的RRC重配置過程。
[0071] 在本發(fā)明實(shí)施例提供的上述方法中，MME從HSS中獲取簽約用戶類型為UE，并發(fā)送 給DeNB，DeNB接收簽約用戶類型，其中，當(dāng)簽約用戶類型為UE時(shí)，Relay節(jié)點(diǎn)以基站的身份 部署在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為UE，實(shí)施業(yè)務(wù)處理為發(fā)送S1-AP響應(yīng)消息給 Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制。
[0072] 實(shí)施例3
[0073] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施例應(yīng)用于如圖1所示的網(wǎng) 絡(luò)架構(gòu)，該網(wǎng)絡(luò)中的簽約用戶類型為UE，MMS根據(jù)身份標(biāo)識(shí)確定出簽約用戶類型。如圖5所 示，該方法包括：
[0074] 步驟301-303 :與實(shí)施例2中的步驟201-203相同，在此不再贅述。
[0075] 步驟304 :MME接收來自DeNB的S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始 層3NAS消息中提取身份標(biāo)識(shí)，并根據(jù)身份標(biāo)識(shí)確定出簽約用戶類型為UE ;
[0076] 具體地，MME接收來自DeNB的S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始 層3NAS消息中提取身份標(biāo)識(shí)，根據(jù)提取的身份標(biāo)識(shí)所在的范圍，確定簽約用戶類型。
[0077] 其中，運(yùn)營(yíng)商在給網(wǎng)絡(luò)中的每個(gè)身份為UE的Relay節(jié)點(diǎn)分配身份標(biāo)識(shí)時(shí)，將每個(gè) 身份為UE的Relay節(jié)點(diǎn)的身份標(biāo)識(shí)分配在該指定范圍內(nèi)，運(yùn)營(yíng)商在給網(wǎng)絡(luò)中的每個(gè)UE分 配身份標(biāo)識(shí)時(shí)，將每個(gè)UE的身份標(biāo)識(shí)分配在該指定范圍外；或者，運(yùn)營(yíng)商在給網(wǎng)絡(luò)中的每 個(gè)UE分配身份標(biāo)識(shí)時(shí)，將每個(gè)UE的身份標(biāo)識(shí)分配在指定范圍內(nèi)，將每個(gè)身份為UE的Relay 節(jié)點(diǎn)的身份標(biāo)識(shí)分配在指定范圍外。
[0078] 相應(yīng)地，根據(jù)提取的身份標(biāo)識(shí)所在的范圍，確定簽約用戶類型的操作具體為：
[0079] 判斷提取的身份標(biāo)識(shí)是否在指定范圍內(nèi)，如果是，則提取的身份標(biāo)識(shí)對(duì)應(yīng)的簽約 用戶類型為Relay，如果否，則提取的身份標(biāo)識(shí)對(duì)應(yīng)的簽約用戶類型為UE ;或者，
[0080] 判斷提取的身份標(biāo)識(shí)是否在指定范圍外，如果是，則提取的身份標(biāo)識(shí)對(duì)應(yīng)的簽約 用戶類型為Relay，如果否，則提取的身份標(biāo)識(shí)對(duì)應(yīng)的簽約用戶類型為UE。
[0081] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0082] 步驟305-307 :與實(shí)施例2中的步驟205-207相同，在此不再贅述。
[0083] 在本發(fā)明實(shí)施例提供的上述方法中，MME根據(jù)身份標(biāo)識(shí)確定出簽約用戶類型為 UE，再將該簽約用戶類型發(fā)送給DeNB，其中，當(dāng)簽約用戶類型為UE時(shí)，Relay節(jié)點(diǎn)以基站的 身份部署在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為UE，實(shí)施業(yè)務(wù)處理為發(fā)送S1-AP響應(yīng)消 息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制。
[0084] 實(shí)施例4
[0085] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施例應(yīng)用于如圖1所示的網(wǎng) 絡(luò)架構(gòu)，該網(wǎng)絡(luò)中的簽約用戶類型為UE，MME根據(jù)用戶類型標(biāo)識(shí)確定出簽約用戶類型。如圖 6所示，該方法包括：
[0086] 步驟401 :UE發(fā)送RRC請(qǐng)求消息給Relay節(jié)點(diǎn)，其中，該RRC請(qǐng)求消息攜帶初始層 3NAS消息，且該初始層3NAS消息至少包括UE自身的用戶類型標(biāo)識(shí)；
[0087] 其中，UE在發(fā)送RRC請(qǐng)求消息之前，將自身的用戶類型標(biāo)識(shí)添加到RRC請(qǐng)求消息 攜帶的初始層3NAS消息中。在本實(shí)施例中，該用戶類型標(biāo)識(shí)用于標(biāo)識(shí)簽約用戶類型為UE。
[0088] 其中，初始層 3NAS 消息可以為 Attach request 或 TAU request。
[0089] 步驟402-403 :與實(shí)施例2中的步驟202-203相同，在此不再贅述。
[0090] 步驟404 :MME接收來自DeNB的S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始 層3NAS消息中提取用戶類型標(biāo)識(shí)，并根據(jù)提取的用戶類型標(biāo)識(shí)確定出簽約用戶類型為UE ;
[0091] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0092] 步驟405-407 :與實(shí)施例2中的步驟205-207相同，在此不再贅述。
[0093] 在本發(fā)明實(shí)施例提供的上述方法中，MME根據(jù)用戶類型標(biāo)識(shí)確定出簽約用戶類型 為UE，再將該簽約用戶類型發(fā)送給DeNB，其中，當(dāng)簽約用戶類型為UE時(shí)，Relay節(jié)點(diǎn)以基站 的身份部署在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為UE，實(shí)施業(yè)務(wù)處理為發(fā)送S1-AP響應(yīng) 消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制，DeNB還 可以根據(jù)簽約用戶類型為UE，確定出Relay節(jié)點(diǎn)的身份為基站。
[0094] 實(shí)施例5
[0095] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施應(yīng)用于如圖2所示的網(wǎng)絡(luò) 架構(gòu)，該網(wǎng)絡(luò)中點(diǎn)的簽約用戶類型為Relay，MME從HSS中獲取簽約用戶類型。如圖7所示， 該方法包括：
[0096] 步驟501 :Relay節(jié)點(diǎn)發(fā)送RRC請(qǐng)求消息給DeNB,其中，該RRC請(qǐng)求消息攜帶初始 層3NAS消息，且該初始層3NAS消息至少包括Relay節(jié)點(diǎn)作為UE時(shí)，自身的身份標(biāo)識(shí)；
[0097] 其中，Relay節(jié)點(diǎn)在發(fā)送RRC請(qǐng)求消息之前，在該RRC請(qǐng)求消息攜帶的初始層3NAS 消息中添加自身的身份標(biāo)識(shí)。
[0098] 其中，初始層 3NAS 消息可以為 Attach request 或 TAU request。
[0099] 步驟502 :DeNB接收到RRC請(qǐng)求消息后，發(fā)送S1-AP請(qǐng)求消息給MME，其中，Sl-AP 請(qǐng)求消息攜帶該RRC請(qǐng)求消息攜帶的初始層3NAS消息；
[0100] 其中，DeNB從RRC請(qǐng)求消息中提取初始層3NAS消息，生成攜帶該初始層3NAS消 息的S1-AP請(qǐng)求消息。
[0101] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0102] 步驟503 :MME接收Sl-AP請(qǐng)求消息，在Sl-AP請(qǐng)求消息攜帶的初始層3NAS消息中 提取身份標(biāo)識(shí)，獲取提取的身份標(biāo)識(shí)對(duì)應(yīng)的簽約用戶類型為Relay ;
[0103] 具體地，MME接收Sl-AP請(qǐng)求消息，在Sl-AP請(qǐng)求消息攜帶的初始層3NAS消息中 提取身份標(biāo)識(shí)，根據(jù)提取的身份標(biāo)識(shí)，從HSS中獲取簽約用戶類型為Relay。
[0104] 其中，根據(jù)提取的身份標(biāo)識(shí)，從HSS中獲取簽約用戶類型的操作具體為：
[0105] MME將提取的身份標(biāo)識(shí)發(fā)送給HSS，HSS接收該身份標(biāo)識(shí)，并根據(jù)接收的身份標(biāo)識(shí)， 從自身已存儲(chǔ)的身份標(biāo)識(shí)與簽約用戶類型的對(duì)應(yīng)關(guān)系中，查找對(duì)應(yīng)的簽約用戶類型，其中， 在本實(shí)施例中查找的簽約用戶類型為Relay，再將查找的簽約用戶類型發(fā)送給MME。
[0106] 步驟504 :MME向DeNB發(fā)送S1-AP響應(yīng)消息，其中，該S1-AP響應(yīng)消息攜帶獲取的 簽約用戶類型；
[0107] 其中，S1-AP 響應(yīng)消息可以為 Initial Context Setup request。
[0108] 步驟505 :DeNB接收Sl-AP響應(yīng)消息，根據(jù)該Sl-AP響應(yīng)消息攜帶的簽約用戶類型 為Relay，發(fā)起其與Relay節(jié)點(diǎn)之間的RRC重配置過程，并在其與Relay節(jié)點(diǎn)之間采用AS安 全機(jī)制。
[0109] 進(jìn)一步地，DeNB還可以根據(jù)簽約用戶類型為Relay,確定出Relay節(jié)點(diǎn)的身份為 UE。
[0110] 其中，DeNB當(dāng)判斷出簽約用戶類型為Relay，則確定出Relay節(jié)點(diǎn)以UE的身份附 著在網(wǎng)絡(luò)中。
[0111] 在本發(fā)明實(shí)施例提供的上述方法中，MME從HSS中獲取簽約用戶類型為Relay， 并發(fā)送給DeNB，DeNB接收簽約用戶類型，其中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以 UE的身份附著在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為Relay，實(shí)施業(yè)務(wù)處理為發(fā)起其與 Relay節(jié)點(diǎn)之間的RRC重配置過程，并在其與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0112] 實(shí)施例6
[0113] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施應(yīng)用于如圖2所示的網(wǎng)絡(luò) 架構(gòu)，該網(wǎng)絡(luò)中的簽約用戶類型為Relay，MME根據(jù)身份標(biāo)識(shí)確定出簽約用戶類型。如圖8 所示，該方法包括：
[0114] 步驟601-602 :與實(shí)施例5中的步驟501-502相同，在此不再贅述。
[0115] 步驟603 :MME接收來自DeNB的S1-AP請(qǐng)求消息，從S1-AP請(qǐng)求消息攜帶的初始層 3NAS消息中提取身份標(biāo)識(shí)，根據(jù)提取的身份標(biāo)識(shí)確定出簽約用戶類型為Relay ;
[0116] 具體地，MME接收來自DeNB的S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始 層3NAS消息中提取身份標(biāo)識(shí)，根據(jù)提取的身份標(biāo)識(shí)所在的范圍，確定簽約用戶類型。其中， 在本實(shí)施例中，確定的簽約用戶類型為Relay。
[0117] 其中，根據(jù)提取的身份標(biāo)識(shí)所在的范圍，確定簽約用戶類型的操作與實(shí)施例3的 步驟304中的部分內(nèi)容相同，在此不再贅述。
[0118] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0119] 步驟604-605 :與實(shí)施5中的步驟504-505相同，在此不再贅述。
[0120] 在本發(fā)明實(shí)施例提供的上述方法中，MME根據(jù)身份標(biāo)識(shí)確定出簽約用戶類型為 Relay，再將其發(fā)送給DeNB，其中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以UE的身份附著 在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為Relay，實(shí)施業(yè)務(wù)處理為發(fā)起其與Relay節(jié)點(diǎn)之間 的RRC重配置過程，并在其與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0121] 實(shí)施例7
[0122] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施應(yīng)用于如圖2所示的網(wǎng)絡(luò) 架構(gòu)，該網(wǎng)絡(luò)中的簽約用戶類型為Relay，MME根據(jù)用戶類型標(biāo)識(shí)確定出簽約用戶類型。如 圖9所示，該方法包括：
[0123] 步驟701 :Relay節(jié)點(diǎn)發(fā)送RRC請(qǐng)求消息給DeNB節(jié)點(diǎn)，其中，該RRC請(qǐng)求消息攜帶 初始層3NAS消息，且該初始層3NAS消息至少包括Relay節(jié)點(diǎn)的用戶類型標(biāo)識(shí)；
[0124] 其中，Relay節(jié)點(diǎn)在發(fā)送RRC請(qǐng)求消息之前，將自身的用戶類型標(biāo)識(shí)添加到RRC請(qǐng) 求消息攜帶的初始層3NAS消息中。在本實(shí)施例中，該用戶類型標(biāo)識(shí)用于標(biāo)識(shí)簽約用戶類型 為 Relay。
[0125] 其中，初始層 3NAS 消息可以為 Attach request 或 TAU request。
[0126] 步驟702 :與實(shí)施例5中的步驟502相同，在此不再贅述。
[0127] 步驟703 :MME接收DeNB發(fā)送的S1-AP請(qǐng)求消息，從該S1-AP請(qǐng)求消息攜帶的初始 層3NAS消息中提取用戶類型標(biāo)識(shí)，根據(jù)提取的用戶類型標(biāo)識(shí)確定簽約用戶類型為Relay ;
[0128] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0129] 步驟704-705 :與實(shí)施例5中的步驟504-505相同，在此不再贅述。
[0130] 在本發(fā)明實(shí)施例提供的上述方法中，MME根據(jù)用戶類型標(biāo)識(shí)確定出簽約用戶類型 為Relay，再將其發(fā)送給DeNB，其中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以UE的身份 附著在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為Relay，實(shí)施業(yè)務(wù)處理為發(fā)起其與Relay節(jié)點(diǎn) 之間的RRC重配置過程，并在其與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0131] 實(shí)施例8
[0132] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)例應(yīng)用于如圖1所示的網(wǎng)絡(luò) 架構(gòu)，DeNB接收Relay節(jié)點(diǎn)發(fā)送的簽約用戶類型，且簽約用戶類型為UE。如圖10所示，該 方法包括：
[0133] 步驟801 :UE發(fā)送RRC請(qǐng)求消息，其中，該RRC請(qǐng)求消息攜帶初始層3NAS消息；
[0134] 其中，初始層 3NAS 消息可以為 Attach request 或 TAU request。
[0135] 步驟802 :Relay節(jié)點(diǎn)接收RRC請(qǐng)求消息，發(fā)送S1-AP請(qǐng)求消息給DeNB，
[0136] 其中，該S1-AP請(qǐng)求消息攜帶簽約用戶類型為UE以及該RRC請(qǐng)求消息攜帶的初始 層3NAS消息。
[0137] 其中，Relay節(jié)點(diǎn)從RRC請(qǐng)求消息中提取初始層3NAS消息，生成攜帶簽約用戶類 型為UE和該初始層3NAS消息的S1-AP請(qǐng)求消息。
[0138] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0139] 步驟803 :DeNB接收S1-AP請(qǐng)求消息，從S1-AP請(qǐng)求消息中提取簽約用戶類型，并 存儲(chǔ)該簽約用戶類型以及發(fā)送攜帶初始層3NAS消息的S1-AP請(qǐng)求消息給MME ;
[0140] 步驟804 :MME接收S1-AP請(qǐng)求消息，發(fā)送S1-AP響應(yīng)消息給DeNB ;
[0141] 步驟805 :DeNB接收來自MME的S1-AP響應(yīng)消息，根據(jù)存儲(chǔ)的簽約用戶類型為UE， 向Relay節(jié)點(diǎn)轉(zhuǎn)發(fā)S1-AP響應(yīng)消息，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安 全機(jī)制；
[0142] 進(jìn)一步地，DeNB還可以根據(jù)簽約用戶類型為UE，確定出Relay節(jié)點(diǎn)的身份為基站。
[0143] 其中，AS安全機(jī)制可以為RRC完整性保護(hù)/加密保護(hù)和UP加密保護(hù)。
[0144] 其中，S1-AP 響應(yīng)消息可以為 Initial Context Setup request。
[0145] 步驟806 :Relay節(jié)點(diǎn)接收Sl-AP響應(yīng)消息，根據(jù)該Sl-AP響應(yīng)消息發(fā)起其與UE之 間的RRC重配置過程。
[0146] 在本發(fā)明實(shí)施例提供的上述方法中，DeNB接收并存儲(chǔ)Relay節(jié)點(diǎn)發(fā)送的簽約用戶 類型，其中，該簽約用戶類型為UE，其中，當(dāng)簽約用戶類型為UE時(shí)，Relay節(jié)點(diǎn)以基站的身份 部署在網(wǎng)絡(luò)中，因此DeNB根據(jù)簽約用戶類型為UE，實(shí)施業(yè)務(wù)處理為發(fā)送S1-AP響應(yīng)消息給 Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制。
[0147] 實(shí)施例9
[0148] 本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的方法。本實(shí)施例應(yīng)用于如圖2所示的網(wǎng) 絡(luò)架構(gòu)，DeNB接收Relay節(jié)點(diǎn)發(fā)送的簽約用戶類型，且簽約用戶類型為Relay。如圖11所 示，該方法包括：
[0149] 步驟901 :Relay節(jié)點(diǎn)向DeNB發(fā)送RRC請(qǐng)求消息，其中，該RRC請(qǐng)求消息攜帶簽約 用戶類型為Relay和初始層3NAS消息；
[0150] 其中，初始層 3NAS 消息可以為 Attach request 或 TAU request。
[0151] 步驟902 :DeNB接收RRC請(qǐng)求消息，從RRC請(qǐng)求消息中提取簽約用戶類型，并存儲(chǔ) 簽約用戶類型；
[0152] 其中，S1-AP 請(qǐng)求消息可以為 Initial UE message。
[0153] 步驟903 :DeNB向MME發(fā)送Sl-AP請(qǐng)求消息，其中，該Sl-AP請(qǐng)求消息攜帶RRC請(qǐng) 求消息攜帶的初始層3NAS消息；
[0154] 其中，DeNB從RRC請(qǐng)求消息中提取初始層3NAS消息，生成攜帶提取的初始層3NAS 消息的S1-AP請(qǐng)求消息。
[0155] 步驟904 :MME接收S1-AP請(qǐng)求消息，發(fā)送S1-AP響應(yīng)消息給DeNB ;
[0156] 其中，S1-AP 響應(yīng)消息可以為 Initial Context Setup request。
[0157] 步驟905 :DeNB接收MME發(fā)送的Sl-AP響應(yīng)消息，根據(jù)存儲(chǔ)的簽約用戶類型為 Relay，發(fā)起其與Relay節(jié)點(diǎn)之間的RRC重配置過程，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0158] 進(jìn)一步地，DeNB還可以根據(jù)簽約用戶類型為Relay,確定Relay節(jié)點(diǎn)的身份為UE。
[0159] 在本發(fā)明實(shí)施例提供的上述方法中，DeNB接收并存儲(chǔ)Relay節(jié)點(diǎn)發(fā)送的簽約用戶 類型，其中，該簽約用戶類型為Relay，DeNB根據(jù)簽約用戶類型為Relay，實(shí)施業(yè)務(wù)處理為發(fā) 起其與Relay節(jié)點(diǎn)之間的RRC重配置過程，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0160] 實(shí)施例10
[0161] 如圖12所示，本發(fā)明實(shí)施例提供了一種基站，包括：
[0162] 第一獲取模塊1001，用于獲取簽約用戶類型；
[0163] 第一實(shí)施模塊1002,用于如果簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng)消息給Relay 節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；
[0164] 第二實(shí)施模塊1003,用于如果簽約用戶類型為Relay，則發(fā)起與Relay節(jié)點(diǎn)之間的 RRC重配過程，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0165] 其中，獲取模塊1001包括：
[0166] 接收單元，用于接收MME發(fā)送的簽約用戶類型；或者，接收Relay節(jié)點(diǎn)發(fā)送的簽約 用戶類型；
[0167] 其中，接收單元，具體用于接收Relay節(jié)點(diǎn)發(fā)送的S1-AP請(qǐng)求消息，從S1-AP請(qǐng)求 消息中提取簽約用戶類型；或者，接收Relay節(jié)點(diǎn)發(fā)送的RRC請(qǐng)求消息，從RRC請(qǐng)求消息中 提取簽約用戶類型；
[0168] 其中，S1-AP響應(yīng)消息用于觸發(fā)Relay節(jié)點(diǎn)與UE之間的RRC重配置過程；
[0169] 其中，AS安全機(jī)制包括RRC完整性保護(hù)、加密保護(hù)和UP加密保護(hù)。
[0170] 其中，初始層3NAS消息可以為Attach request或TAU request, S1-AP請(qǐng)求消息 可以為 Initial UE message，S1-AP 響應(yīng)消息可以為 Initial Context Setup request。
[0171] 在本實(shí)施例中，基站獲取簽約用戶類型，如果簽約用戶類型為UE，則實(shí)施業(yè)務(wù)處理 為發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域 安全機(jī)制，如果簽約用戶類型為Relay，則實(shí)施業(yè)務(wù)處理為發(fā)起與Relay節(jié)點(diǎn)之間的RRC重 配過程，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制，其中，當(dāng)簽約用戶類型為UE時(shí)，Relay節(jié)點(diǎn) 以基站的身份部署在網(wǎng)絡(luò)中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以UE的身份附著在 網(wǎng)絡(luò)中，如此實(shí)現(xiàn)了基站對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。
[0172] 實(shí)施例11
[0173] 如圖13所示，本發(fā)明實(shí)施例提供了一種移動(dòng)管理實(shí)體MME，包括：
[0174] 第二獲取模塊1101，用于獲取簽約用戶類型；
[0175] 發(fā)送模塊1102,用于發(fā)送獲取的簽約用戶類型給基站，使得基站在簽約用戶類型 為UE時(shí)，發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng) 絡(luò)域安全機(jī)制，在簽約用戶類型為Relay時(shí)，發(fā)起與Relay節(jié)點(diǎn)之間的RRC重配置過程，與 Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
[0176] 其中，MME還包括：
[0177] 接收模塊，用于接收初始層3非接入層NAS消息；
[0178] 相應(yīng)地，第二獲取模塊1101包括：
[0179] 獲取單元，用于根據(jù)初始層3NAS消息中的身份標(biāo)識(shí)，從HSS中獲取簽約用戶類型， 其中，HSS用于存儲(chǔ)身份標(biāo)識(shí)與簽約用戶類型的對(duì)應(yīng)關(guān)系；或者，
[0180] 第一確定單元，用于根據(jù)初始層3NAS消息中的身份標(biāo)識(shí)所在的范圍確定簽約用 戶類型，其中，UE的身份標(biāo)識(shí)和Relay節(jié)點(diǎn)的身份標(biāo)識(shí)在不同的范圍內(nèi)；或者，
[0181] 第二確定單元，用于根據(jù)初始層3NAS消息中的用戶類型標(biāo)識(shí)確定簽約用戶類型， 其中，用戶類型標(biāo)識(shí)由UE或Relay節(jié)點(diǎn)添加。
[0182] 其中，初始層 3NAS 消息可以為 Attach request 或 TAU request。
[0183] 在本實(shí)施例中，MME獲取簽約用戶類型，再將獲取的簽約用戶類型發(fā)送給基站，使 得基站在簽約用戶類型為UE時(shí)，發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，與Relay節(jié)點(diǎn)之間采 用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制，在簽約用戶類型為Relay時(shí)，發(fā)起與Relay節(jié)點(diǎn)之間 的RRC重配置過程，與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。其中，當(dāng)簽約用戶類型為UE時(shí)， Relay節(jié)點(diǎn)以基站的身份部署在網(wǎng)絡(luò)中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以UE的身 份附著在網(wǎng)絡(luò)中，如此可以使基站對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。
[0184] 實(shí)施例12
[0185] 如圖14所示，本發(fā)明實(shí)施例提供了一種實(shí)施業(yè)務(wù)處理的系統(tǒng)，包括基站1201和移 動(dòng)管理實(shí)體1202 ;
[0186] 移動(dòng)管理實(shí)體1201，用于獲取簽約用戶類型，發(fā)送獲取的簽約用戶類型給基站 1202 ；
[0187] 基站1202,用于接收簽約用戶類型，如果該簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng) 消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；如果該 簽約用戶類型為Relay,則發(fā)起與Relay節(jié)點(diǎn)之間的RRC重配過程，并與Relay節(jié)點(diǎn)之間采 用AS安全機(jī)制。
[0188] 其中，S1-AP 響應(yīng)消息可以為 Initial Context Setup request。
[0189] 在本發(fā)明實(shí)施例提供的上述系統(tǒng)中，移動(dòng)管理實(shí)體獲取簽約用戶類型，并發(fā)送給 基站，基站接收移動(dòng)管理實(shí)體發(fā)送的簽約用戶類型，如果簽約用戶類型為UE，則基站實(shí)施業(yè) 務(wù)處理為發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制和/或 網(wǎng)絡(luò)域安全機(jī)制，如果簽約用戶類型為Relay，則基站實(shí)施業(yè)務(wù)處理為發(fā)起與Relay節(jié)點(diǎn)之 間的RRC重配過程，并與Relay節(jié)點(diǎn)之間采用AS安全機(jī)制，其中，當(dāng)簽約用戶類型為UE時(shí)， Relay節(jié)點(diǎn)以基站的身份部署在網(wǎng)絡(luò)中，當(dāng)簽約用戶類型為Relay時(shí)，Relay節(jié)點(diǎn)以UE的身 份附著在網(wǎng)絡(luò)中，如此實(shí)現(xiàn)了基站對(duì)不同身份的Relay節(jié)點(diǎn)實(shí)施不同的業(yè)務(wù)處理。
[0190] 以上實(shí)施例提供的技術(shù)方案中的全部或部分內(nèi)容可以通過軟件編程實(shí)現(xiàn)，其軟件 程序存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)例如：計(jì)算機(jī)中的硬盤、光盤或軟盤。
[0191] 以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和 原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1. 一種實(shí)施業(yè)務(wù)處理的方法，其特征在于，所述方法包括： 獲取簽約用戶類型； 如果所述簽約用戶類型為UE，則發(fā)送S1-AP響應(yīng)消息給Relay節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn) 之間采用接入層AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制；或者，如果所述簽約用戶類型為中繼 基站Relay，則發(fā)起與所述Relay節(jié)點(diǎn)之間的無線資源控制RRC重配置過程，與所述Relay 節(jié)點(diǎn)之間采用AS安全機(jī)制。
2. 如權(quán)利要求1所述的方法，其特征在于，所述獲取所述簽約用戶類型，包括： 接收移動(dòng)管理實(shí)體發(fā)送的所述簽約用戶類型；或者， 接收所述Relay節(jié)點(diǎn)發(fā)送的所述簽約用戶類型。
3. 如權(quán)利要求2所述的方法，其特征在于，所述移動(dòng)管理實(shí)體發(fā)送的簽約用戶類型由 所述移動(dòng)管理實(shí)體根據(jù)初始層3非接入層NAS消息中的身份標(biāo)識(shí)，從歸屬網(wǎng)絡(luò)用戶服務(wù)器 HSS中獲取，其中，所述HSS用于存儲(chǔ)身份標(biāo)識(shí)與簽約用戶類型的對(duì)應(yīng)關(guān)系；或者， 所述移動(dòng)管理實(shí)體發(fā)送的簽約用戶類型由所述移動(dòng)管理實(shí)體根據(jù)所述初始層3NAS消 息中的身份標(biāo)識(shí)所在的范圍確定，其中，UE的身份標(biāo)識(shí)和所述Relay節(jié)點(diǎn)的身份標(biāo)識(shí)在不 同的范圍內(nèi)；或者， 所述移動(dòng)管理實(shí)體發(fā)送的簽約用戶類型由所述移動(dòng)管理實(shí)體根據(jù)所述初始層3NAS消 息中的用戶類型標(biāo)識(shí)確定，其中，所述用戶類型標(biāo)識(shí)為UE或所述Relay節(jié)點(diǎn)添加的。
4. 如權(quán)利要求2所述的方法，其特征在于，接收所述Relay節(jié)點(diǎn)發(fā)送的所述簽約用戶類 型，包括： 接收所述Relay節(jié)點(diǎn)發(fā)送的S1-AP請(qǐng)求消息，從所述S1-AP請(qǐng)求消息中提取所述簽約 用戶類型；或者， 接收所述Relay節(jié)點(diǎn)發(fā)送的RRC請(qǐng)求消息，從所述RRC請(qǐng)求消息中提取簽約用戶類型。
5. 如權(quán)利要求1-4任意一項(xiàng)權(quán)利要求所述的方法，其特征在于， 所述S1-AP響應(yīng)消息用于觸發(fā)所述Relay節(jié)點(diǎn)與UE之間的RRC重配置過程。
6. 如權(quán)利要求1-4任意一項(xiàng)權(quán)利要求所述的方法，其特征在于， 所述AS安全機(jī)制包括RRC完整性保護(hù)、加密保護(hù)和用戶面UP加密保護(hù)。
7. -種基站，其特征在于，所述基站包括： 第一獲取模塊，用于獲取簽約用戶類型； 第一實(shí)施模塊，用于如果所述簽約用戶類型為用戶設(shè)備UE，則發(fā)送S1-AP響應(yīng)消息給 中繼基站Relay節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用接入層AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī) 制；或者，第二實(shí)施模塊，用于如果所述簽約用戶類型為Relay，則發(fā)起與所述Relay節(jié)點(diǎn)之 間的無線資源控制RRC重配置過程，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
8. 如權(quán)利要求7所述的基站，其特征在于，所述獲取模塊包括： 接收單元，用于接收移動(dòng)管理實(shí)體發(fā)送的所述簽約用戶類型；或者，接收所述Relay節(jié) 點(diǎn)發(fā)送的所述簽約用戶類型。
9. 如權(quán)利要求8所述的基站，其特征在于， 所述接收單元，具體用于接收所述Relay節(jié)點(diǎn)發(fā)送的S1-AP請(qǐng)求消息，從所述S1-AP請(qǐng) 求消息中提取所述簽約用戶類型；或者，接收所述Relay節(jié)點(diǎn)發(fā)送的RRC請(qǐng)求消息，從所述 RRC請(qǐng)求消息中提取簽約用戶類型。
10. 如權(quán)利要求7-9任意一項(xiàng)權(quán)利要求所述的基站，其特征在于， 所述S1-AP響應(yīng)消息用于觸發(fā)所述Relay節(jié)點(diǎn)與UE之間的RRC重配置過程。
11. 如權(quán)利要求7-9任意一項(xiàng)權(quán)利要求所述的基站，其特征在于， 所述AS安全機(jī)制包括RRC完整性保護(hù)、加密保護(hù)和UP加密保護(hù)。
12. -種移動(dòng)管理實(shí)體MME，其特征在于，所述MME包括： 第二獲取模塊，用于獲取簽約用戶類型； 發(fā)送模塊，用于發(fā)送所述簽約用戶類型給基站，使得所述基站在所述簽約用戶類型為 用戶設(shè)備UE時(shí)，發(fā)送S1-AP響應(yīng)消息給中繼基站Relay節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用 接入層AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制，或者在所述簽約用戶類型為Relay時(shí)，發(fā)起與 所述Relay節(jié)點(diǎn)之間的無線資源控制RRC重配置過程，與所述Relay節(jié)點(diǎn)之間采用AS安全 機(jī)制。
13. 如權(quán)利要求12所述的MME，其特征在于，所述MME還包括： 接收模塊，用于接收初始層3非接入層NAS消息； 相應(yīng)地，所述第二獲取模塊包括： 獲取單元，用于根據(jù)所述初始層3NAS消息中的身份標(biāo)識(shí)，從歸屬網(wǎng)絡(luò)用戶服務(wù)器HSS 中獲取所述簽約用戶類型，其中，所述HSS用于存儲(chǔ)身份標(biāo)識(shí)與簽約用戶類型的對(duì)應(yīng)關(guān)系； 或者， 第一確定單元，用于根據(jù)所述初始層3NAS消息中的身份標(biāo)識(shí)所在的范圍確定所述簽 約用戶類型，其中，UE的身份標(biāo)識(shí)和所述Relay節(jié)點(diǎn)的身份標(biāo)識(shí)在不同的范圍內(nèi)；或者， 第二確定單元，用于根據(jù)所述初始層3NAS消息中的用戶類型標(biāo)識(shí)確定所述簽約用戶 類型，其中，所述用戶類型標(biāo)識(shí)由所述UE或所述Relay節(jié)點(diǎn)添加。
14. 一種實(shí)施業(yè)務(wù)處理的系統(tǒng)，其特征在于，所述系統(tǒng)包括基站和移動(dòng)管理實(shí)體； 所述移動(dòng)管理實(shí)體，用于獲取簽約用戶類型，發(fā)送所述簽約用戶類型給所述基站； 所述基站，用于如果所述簽約用戶類型為用戶設(shè)備UE，則發(fā)送S1-AP響應(yīng)消息給中繼 基站Relay節(jié)點(diǎn)，與所述Relay節(jié)點(diǎn)之間采用接入層AS安全機(jī)制和/或網(wǎng)絡(luò)域安全機(jī)制； 或者，如果所述簽約用戶類型為Relay，則發(fā)起與所述Relay節(jié)點(diǎn)之間的無線資源控制RRC 重配置過程，與所述Relay節(jié)點(diǎn)之間采用AS安全機(jī)制。
【文檔編號(hào)】H04W88/08GK104219659SQ201410468318
【公開日】2014年12月17日 申請(qǐng)日期:2010年6月12日 優(yōu)先權(quán)日:2010年6月12日
【發(fā)明者】何承東 申請(qǐng)人:華為技術(shù)有限公司