一種實施業務處理的方法、基站、移動管理實體和系統的製作方法

2023-05-21 20:09:16

專利名稱：一種實施業務處理的方法、基站、移動管理實體和系統的製作方法
技術領域：
本發明涉及無線通信領域，特別涉及一種實施業務處理的方法、基站、移動管理實體和系統。
背景技術：
在無線移動通信網絡中，UE(User Equipment,用戶設備)與eNodeB(Evolved NodeB，演進的基站)之間的通信協議為空口協議，eNodeB與MME (Mobile Management Entity,移動管理實體)之間的通信協議為Sl-AP協議。為了增大基站在一些盲點(如海島、森林等)的覆蓋範圍，在網絡中引入Relay (中繼基站)節點，且同時將eNodeB擴充成DeNB (Donor eNodeB，捐贈演進基站)。其中，Relay節點可以以基站的身份部署在網絡中且在其下可以接入UE，其與UE 之間的通信協議為空口協議，其與DeNB之間的通信協議為Sl-AP協議，而DeNB與MME之間的通信協議還是Sl-AP協議。其中，Relay節點還可以以UE的身份附著在網絡中且在其下不可以接入UE』 Relay節點與DeNB之間的通信協議為空口協議，DeNB與MME之間的通信協議為Sl-AP協議。在實現本發明的過程中，發明人發現現有技術至少存在以下問題在網絡中，DeNB與不同身份的Re I ay節點之間的通信協議不同，然而目前DeNB還無法對不同身份的Relay節點實施不同的業務處理。

發明內容
為了能夠讓DeNB對不同身份的Relay節點實施不同的業務處理，本發明提供了一種實施業務處理的方法、基站、移動管理實體和系統。所述技術方案如下一種實施業務處理的方法，所述方法包括獲取籤約用戶類型；如果所述籤約用戶類型為UE,則發送Sl-AP響應消息給Relay節點，與所述Relay節點之間採用AS (Access Stratum,接入層)安全機制和/或網絡域安全機制；如果所述籤約用戶類型為中繼基站Relay，則發起與所述Relay節點之間的無線資源控制RRC (Radio Resource Control,無線資源控制)重配置過程，與所述Relay節點之間採用AS安全機制。一種基站,所述基站包括獲取模塊，用於獲取籤約用戶類型；第一實施模塊，用於如果所述籤約用戶類型為UE，則發送Sl-AP響應消息給Relay節點，與所述Relay節點之間採用AS安全機制和/或網絡域安全機制；第二實施模塊，用於如果所述籤約用戶類型為中繼基站Relay，則發起與所述Relay節點之間的RRC重配置過程，與所述Relay節點之間採用AS安全機制。一種移動管理實體MME，所述MME包括
第二獲取模塊，用於獲取籤約用戶類型；發送模塊，用於發送所述籤約用戶類型給基站，使得所述基站在所述籤約用戶類型為UE時，發送Sl-AP響應消息給Relay節點，與所述Relay節點之間採用AS安全機制和/或網絡域安全機制，在所述籤約用戶類型為Relay時，發起與所述Relay節點之間的RRC重配置過程，與所述Relay節點之間採用AS安全機制。一種實施業務處理的系統，所述系統包括基站和移動管理實體；所述移動管理實體，用於獲取籤約用戶類型，發送所述籤約用戶類型給所述基站；所述基站，用於如果所述籤約用戶類型為UE，則發送Sl-AP響應消息給Relay節點，與所述Relay節點之間採用AS安全機制和/或網絡域安全機制；如果所述籤約用戶類型為Relay，則發起與所述Relay節點之間的RRC重配置過程，與所述Relay節點之間採用 AS安全機制。通過獲取籤約用戶類型，如果籤約用戶類型為UE，則實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制，如果籤約用戶類型為Relay，則實施業務處理為發起與Relay節點之間的RRC重配過程，並與Relay節點之間採用AS安全機制，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，當籤約用戶類型為Relay時，Re lay節點以UE的身份附著在網絡中，如此實現了基站對不同身份的Relay節點實施不同的業務處理。


圖I是本發明實施例I應用的第一種網絡架構示意圖；圖2是本發明實施例I應用的第二種網絡架構示意圖；圖3是本發明實施例I提供的一種實施業務處理的方法流程圖；圖4是本發明實施例2提供的一種實施業務處理的方法流程圖；圖5是本發明實施例3提供的一種實施業務處理的方法流程圖；圖6是本發明實施例4提供的一種實施業務處理的方法流程圖；圖7是本發明實施例5提供的一種實施業務處理的方法流程圖；圖8是本發明實施例6提供的一種實施業務處理的方法流程圖；圖9是本發明實施例7提供的一種實施業務處理的方法流程圖；圖10是本發明實施例8提供的一種實施業務處理的方法流程圖；圖11是本發明實施例9提供的一種實施業務處理的方法流程圖；圖12是本發明實施例10提供的一種基站不意圖；圖13是本發明實施例11提供的一種移動管理實體示意圖；圖14是本發明實施例12提供的一種實施業務處理的系統示意圖。
具體實施例方式為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。實施例I
本發明實施例提供了一種實施業務處理的方法。本實施例可以應用於如圖I所示的網絡架構或如圖2所示的網絡架構，其中，在如圖I所示的網絡架構中Relay節點以基站的身份部署在網絡，在如圖2所示的網絡架構中Relay節點以UE的身份附著在網絡中，參見圖3，該方法包括步驟101 :獲取籤約用戶類型；步驟102 :判斷獲取的籤約用戶類型為Relay還是UE，如果籤約用戶類型為UE，則執行步驟103，如果籤約用戶類型為Relay，則執行步驟104 ；步驟103 :發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制；步驟104 :發起與Relay節點之間的RRC重配置過程，並與Relay節點之間採用AS安全機制。 其中，在本實施例中，執行主體可以為基站。其中，S1-AP響應消息可以為Initial Context Setup request (上下文建立請求)。在本發明實施例提供的上述方法中，獲取籤約用戶類型，如果籤約用戶類型為UE，則實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制(例如RRC完整性保護/加密保護、UP (User Plane，用戶面)加密保護安全機制)和/或網絡域安全機制，如果籤約用戶類型為Relay，則實施業務處理為發起與Relay節點之間的RRC重配過程，並與Relay節點之間採用AS安全機制，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，如此實現了 DeNB對不同身份的Relay節點實施不同的業務處理。實施例2本發明實施例提供了一種實施業務處理的方法。本實施例應用於如圖I所示的網絡架構，該網絡中的籤約用戶類型為UE，MME從HSS中獲取籤約用戶類型。如圖4所示，該方法包括步驟201 UE發送RRC請求消息給Relay節點,其中，該RRC請求消息攜帶初始層3NAS消息,且該初始層3NAS (Non Access Stratum,非接入層)消息至少包括UE自身的身份標識；初始層3NAS消息可以為Attach request (附著請求)或TAU request (TrackingArea Update request,跟蹤區域更新請求)。其中，UE在發送RRC請求消息之前，將自身的身份標識添加到RRC請求消息攜帶的初始層3NAS消息中。其中，在本實施例中，可以將IMSI (International Mobile SubscriberIdentity,國際移動用戶識別碼)、GUTI (Globally Unique Temporary Identity,全球唯一臨時標識)或 IMEI (International Mobile Equipment identity,國際行動裝置標識)作為身份標識。步驟202 =Relay節點接收該RRC請求消息後，發送Sl-AP請求消息給DeNB，其中，Sl-AP請求消息攜帶該RRC請求消息攜帶的初始層3NAS消息；其中,Relay節點接收到RRC請求消息後,從該RRC請求消息中提取攜帶的初始層3NAS消息，再生成攜帶該初始層3NAS消息的Sl-AP請求消息。
其中，Sl-AP請求消息可以為Initial UE message (初始UE消息)。步驟203 =DeNB接收Sl-AP請求消息，並將該Sl-AP請求消息轉發給MME ；步驟204 =MME接收Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3NAS消息中提取身份標識，獲取提取的身份標識對應的籤約用戶類型，其中，獲取的籤約用戶類型為UE ；具體地，MME接收Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3NAS消息中提取身份標識，根據提取的身份標識，從HSS(Home Subscriber Server,歸屬網絡用戶伺服器)中獲取籤約用戶類型。其中，MME根據提取的身份標識，從HSS中獲取籤約用戶類型的操作具體為MME將提取的身份標識發送給HSS，HSS接收該身份標識，根據接收的身份標識，從 自身已存儲的身份標識與籤約用戶類型的對應關係中，查找對應的籤約用戶類型，再將查找的籤約用戶類型發送給MME。其中，運營商事先與網絡中的每個UE進行籤約，與UE進行籤約的籤約用戶類型為UE,然後運營商將每個UE的身份標識與其自身的籤約用戶類型存儲在HSS中的身份標識與籤約用戶類型的對應關係中。其中，如果Re I ay節點以基站的身份部署在網絡中時，則Re I ay節點可以在其自身上接入一個或多個UE，如果Relay節點以UE的身份附著在網絡中時，則Relay節點不可以在其自身上接入UE,且該Relay節點有自身的身份標識。其中，運營商可以與身份為UE的Relay節點進行籤約，與該Relay節點進行籤約的籤約用戶類型為Relay，並將該Relay節點的身份標識和其自身的籤約用戶類型Relay存儲在HSS中的身份標識與籤約用戶類型的對應關係中。其中，在本實施例中，如果籤約用戶類型為UE，則表明在Relay節點上接入UE，因此Relay節點以基站的身份部署在網絡中，如果籤約用戶類型為Relay，則表明Relay節點以UE的身份附著在網絡中。步驟205 =MME向DeNB發送Sl-AP響應消息，該Sl-AP響應消息中攜帶獲取的籤約用戶類型；其中，Sl-AP響應消息可以為 Initial Context Setup request。步驟206 =DeNB接收Sl-AP響應消息，根據Sl-AP響應消息攜帶的籤約用戶類型為UE,發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制；進一步地，DeNB還可以根據籤約用戶類型為UE，確定出Relay節點的身份為基站。其中，AS安全機制可以為RRC完整性保護/加密保護和UP加密保護。步驟207 =Relay節點接收Sl-AP響應消息，並發起與UE之間的RRC重配置過程。在本發明實施例提供的上述方法中，MME從HSS中獲取籤約用戶類型為UE，並發送給DeNB，DeNB接收籤約用戶類型，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，因此DeNB根據籤約用戶類型為UE，實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制。實施例3本發明實施例提供了一種實施業務處理的方法。本實施例應用於如圖I所示的網絡架構，該網絡中的籤約用戶類型為UE，MMS根據身份標識確定出籤約用戶類型。如圖5所示，該方法包括步驟301-303 :與實施例2中的步驟201-203相同，在此不再贅述。步驟304 =MME接收來自DeNB的Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3 NAS消息中提取身份標識，並根據身份標識確定出籤約用戶類型為UE ；具體地，MME接收來自DeNB的Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3 NAS消息中提取身份標識，根據提取的身份標識所在的範圍，確定籤約用戶類型。其中，運營商在給網絡中的每個身份為UE的Relay節點分配身份標識時，將每個身份為UE的Relay節點的身份標識分配在該指定範圍內，運營商在給網絡中的每個UE分配身份標識時，將每個UE的身份標識分配在該指定範圍外；或者，運營商在給網絡中的每個UE分配身份標識時，將每個UE的身份標識分配在指定範圍內，將每個身份為UE的Relay 節點的身份標識分配在指定範圍外。相應地，根據提取的身份標識所在的範圍，確定籤約用戶類型的操作具體為判斷提取的身份標識是否在指定範圍內，如果是，則提取的身份標識對應的籤約用戶類型為Relay，如果否，則提取的身份標識對應的籤約用戶類型為UE ;或者，判斷提取的身份標識是否在指定範圍外，如果是，則提取的身份標識對應的籤約用戶類型為Relay，如果否，則提取的身份標識對應的籤約用戶類型為UE。其中，S1-AP請求消息可以為 Initial UE message。步驟305-307 :與實施例2中的步驟205-207相同，在此不再贅述。在本發明實施例提供的上述方法中，MME根據身份標識確定出籤約用戶類型為UE，再將該籤約用戶類型發送給DeNB，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，因此DeNB根據籤約用戶類型為UE，實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制。實施例4本發明實施例提供了一種實施業務處理的方法。本實施例應用於如圖I所示的網絡架構，該網絡中的籤約用戶類型為UE，MME根據用戶類型標識確定出籤約用戶類型。如圖6所示,該方法包括步驟401 UE發送RRC請求消息給Relay節點,其中，該RRC請求消息攜帶初始層3NAS消息，且該初始層3NAS消息至少包括UE自身的用戶類型標識；其中，UE在發送RRC請求消息之前，將自身的用戶類型標識添加到RRC請求消息攜帶的初始層3NAS消息中。在本實施例中，該用戶類型標識用於標識籤約用戶類型為UE。其中，初始層3NAS 消息可以為 Attach request 或 TAU request。步驟402-403 :與實施例2中的步驟202-203相同，在此不再贅述。步驟404 =MME接收來自DeNB的Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3NAS消息中提取用戶類型標識，並根據提取的用戶類型標識確定出籤約用戶類型為UE ；其中，S1-AP請求消息可以為 Initial UE message。步驟405-407 :與實施例2中的步驟205-207相同，在此不再贅述。在本發明實施例提供的上述方法中，MME根據用戶類型標識確定出籤約用戶類型為UE，再將該籤約用戶類型發送給DeNB，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，因此DeNB根據籤約用戶類型為UE，實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制，DeNB還可以根據籤約用戶類型為UE，確定出Relay節點的身份為基站。實施例5本發明實施例提供了一種實施業務處理的方法。本實施應用於如圖2所示的網絡架構，該網絡中點的籤約用戶類型為Relay，MME從HSS中獲取籤約用戶類型。如圖7所示，該方法包括步驟501 Relay節點發送RRC請求消息給DeNB,其中，該RRC請求消息攜帶初始層3NAS消息，且該初始層3NAS消息至少包括Relay節點作為UE時，自身的身份標識；其中，Relay節點在發送RRC請求消息之前,在該RRC請求消息攜帶的初始層3NAS消息中添加自身的身份標識。 其中，初始層3NAS 消息可以為 Attach request 或 TAU request。步驟502 =DeNB接收到RRC請求消息後，發送Sl-AP請求消息給MME，其中，Sl-AP請求消息攜帶該RRC請求消息攜帶的初始層3NAS消息；其中，DeNB從RRC請求消息中提取初始層3 NAS消息，生成攜帶該初始層3 NAS消息的Sl-AP請求消息。其中，Sl-AP請求消息可以為 Initial UE message。步驟503 MME接收Sl-AP請求消息，在Sl-AP請求消息攜帶的初始層3NAS消息中提取身份標識，獲取提取的身份標識對應的籤約用戶類型為Relay ；具體地，MME接收Sl-AP請求消息，在Sl-AP請求消息攜帶的初始層3 NAS消息中提取身份標識，根據提取的身份標識，從HSS中獲取籤約用戶類型為Relay。其中，根據提取的身份標識，從HSS中獲取籤約用戶類型的操作具體為MME將提取的身份標識發送給HSS，HSS接收該身份標識，並根據接收的身份標識，從自身已存儲的身份標識與籤約用戶類型的對應關係中，查找對應的籤約用戶類型，其中，在本實施例中查找的籤約用戶類型為Relay，再將查找的籤約用戶類型發送給MME。步驟504 =MME向DeNB發送Sl-AP響應消息，其中，該Sl-AP響應消息攜帶獲取的籤約用戶類型；其中，Sl-AP響應消息可以為 Initial Context Setup request。步驟505 =DeNB接收Sl-AP響應消息，根據該Sl-AP響應消息攜帶的籤約用戶類型為Relay，發起其與Relay節點之間的RRC重配置過程，並在其與Relay節點之間採用AS安全機制。進一步地，DeNB還可以根據籤約用戶類型為Relay,確定出Relay節點的身份為UE0其中，DeNB當判斷出籤約用戶類型為Relay，則確定出Relay節點以UE的身份附著在網絡中。在本發明實施例提供的上述方法中，MME從HSS中獲取籤約用戶類型為Relay，並發送給DeNB，DeNB接收籤約用戶類型，其中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，因此DeNB根據籤約用戶類型為Relay，實施業務處理為發起其與Relay節點之間的RRC重配置過程，並在其與Relay節點之間採用AS安全機制。
實施例6本發明實施例提供了一種實施業務處理的方法。本實施應用於如圖2所示的網絡架構，該網絡中的籤約用戶類型為Relay，MME根據身份標識確定出籤約用戶類型。如圖8所示，該方法包括步驟601-602 :與實施例5中的步驟501-502相同，在此不再贅述。步驟603 =MME接收來自DeNB的Sl-AP請求消息，從Sl-AP請求消息攜帶的初始層3NAS消息中提取身份標識，根據提取的身份標識確定出籤約用戶類型為Relay ；具體地，MME接收來自DeNB的Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3 NAS消息中提取身份標識，根據提取的身份標識所在的範圍，確定籤約用戶類型。其中，在本實施例中，確定的籤約用戶類型為Relay。其中，根據提取的身份標識所在的範圍，確定籤約用戶類型的操作與實施例3的 步驟304中的部分內容相同，在此不再贅述。其中，S1-AP請求消息可以為 Initial UE message。步驟604-605 :與實施5中的步驟504-505相同，在此不再贅述。在本發明實施例提供的上述方法中，MME根據身份標識確定出籤約用戶類型為Relay,再將其發送給DeNB，其中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，因此DeNB根據籤約用戶類型為Relay，實施業務處理為發起其與Relay節點之間的RRC重配置過程，並在其與Relay節點之間採用AS安全機制。實施例7本發明實施例提供了一種實施業務處理的方法。本實施應用於如圖2所示的網絡架構，該網絡中的籤約用戶類型為Relay，MME根據用戶類型標識確定出籤約用戶類型。如圖9所示,該方法包括步驟701 Relay節點發送RRC請求消息給DeNB節點,其中，該RRC請求消息攜帶初始層3NAS消息，且該初始層3NAS消息至少包括Relay節點的用戶類型標識；其中，Relay節點在發送RRC請求消息之前，將自身的用戶類型標識添加到RRC請求消息攜帶的初始層3NAS消息中。在本實施例中，該用戶類型標識用於標識籤約用戶類型為 Relay。其中，初始層3NAS 消息可以為 Attach request 或 TAU request。步驟702 :與實施例5中的步驟502相同，在此不再贅述。步驟703 =MME接收DeNB發送的Sl-AP請求消息，從該Sl-AP請求消息攜帶的初始層3NAS消息中提取用戶類型標識，根據提取的用戶類型標識確定籤約用戶類型為Relay ；其中，Sl-AP請求消息可以為 Initial UE message。步驟704-705 :與實施例5中的步驟504-505相同，在此不再贅述。在本發明實施例提供的上述方法中，MME根據用戶類型標識確定出籤約用戶類型為Relay，再將其發送給DeNB，其中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，因此DeNB根據籤約用戶類型為Relay，實施業務處理為發起其與Relay節點之間的RRC重配置過程，並在其與Relay節點之間採用AS安全機制。實施例8本發明實施例提供了一種實施業務處理的方法。本實例應用於如圖I所示的網絡架構，DeNB接收Relay節點發送的籤約用戶類型，且籤約用戶類型為UE。如圖10所示，該方法包括步驟801 :UE發送RRC請求消息，其中，該RRC請求消息攜帶初始層3 NAS消息；其中，初始層3 NAS 消息可以為 Attach request 或 TAU request。步驟802 =Relay節點接收RRC請求消息，發送Sl-AP請求消息給DeNB，其中，該Sl-AP請求消息攜帶籤約用戶類型為UE以及該RRC請求消息攜帶的初始層3 NAS消息。其中，Relay節點從RRC請求消息中提取初始層3 NAS消息,生成攜帶籤約用戶類型為UE和該初始層3 NAS消息的Sl-AP請求消息。 其中，S1-AP請求消息可以為 Initial UE message。步驟803 =DeNB接收Sl-AP請求消息，從Sl-AP請求消息中提取籤約用戶類型，並存儲該籤約用戶類型以及發送攜帶初始層3 NAS消息的Sl-AP請求消息給MME ；步驟804 =MME接收Sl-AP請求消息，發送Sl-AP響應消息給DeNB ；步驟805 =DeNB接收來自MME的Sl-AP響應消息，根據存儲的籤約用戶類型為UE』向Relay節點轉發Sl-AP響應消息，並與Relay節點之間採用AS安全機制和/或網絡域安全機制；進一步地，DeNB還可以根據籤約用戶類型為UE，確定出Relay節點的身份為基站。其中，AS安全機制可以為RRC完整性保護/加密保護和UP加密保護。其中，Sl-AP響應消息可以為 Initial Context Setup request。步驟806 =Relay節點接收Sl-AP響應消息，根據該Sl-AP響應消息發起其與UE之間的RRC重配置過程。在本發明實施例提供的上述方法中，DeNB接收並存儲Relay節點發送的籤約用戶類型，其中，該籤約用戶類型為UE，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，因此DeNB根據籤約用戶類型為UE，實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制。實施例9本發明實施例提供了一種實施業務處理的方法。本實施例應用於如圖2所示的網絡架構，DeNB接收Relay節點發送的籤約用戶類型，且籤約用戶類型為Relay。如圖11所示，該方法包括步驟901 Relay節點向DeNB發送RRC請求消息,其中，該RRC請求消息攜帶籤約用戶類型為Relay和初始層3 NAS消息；其中，初始層3 NAS 消息可以為 Attach request 或 TAU request。步驟902 =DeNB接收RRC請求消息，從RRC請求消息中提取籤約用戶類型，並存儲籤約用戶類型；其中，S1-AP請求消息可以為 Initial UE message。步驟903 =DeNB向MME發送Sl-AP請求消息，其中，該Sl-AP請求消息攜帶RRC請求消息攜帶的初始層3 NAS消息；其中，DeNB從RRC請求消息中提取初始層3 NAS消息，生成攜帶提取的初始層3NAS消息的Sl-AP請求消息。
步驟904 MME接收Sl-AP請求消息，發送Sl-AP響應消息給DeNB ；其中，Sl-AP響應消息可以為 Initial Context Setup request。步驟905 :DeNB接收MME發送的Sl-AP響應消息，根據存儲的籤約用戶類型為Relay,發起其與Relay節點之間的RRC重配置過程，並與Relay節點之間採用AS安全機制。進一步地,DeNB還可以根據籤約 用戶類型為Relay,確定Relay節點的身份為UE。在本發明實施例提供的上述方法中，DeNB接收並存儲Relay節點發送的籤約用戶類型，其中，該籤約用戶類型為Relay，DeNB根據籤約用戶類型為Relay，實施業務處理為發起其與Relay節點之間的RRC重配置過程，並與Relay節點之間採用AS安全機制。實施例10如圖12所示，本發明實施例提供了一種基站，包括第一獲取模塊1001，用於獲取籤約用戶類型；第一實施模塊1002，用於如果籤約用戶類型為UE，則發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制；第二實施模塊1003，用於如果籤約用戶類型為Relay，則發起與Relay節點之間的RRC重配過程，並與Relay節點之間採用AS安全機制。其中，獲取模塊1001包括接收單元，用於接收MME發送的籤約用戶類型；或者，接收Relay節點發送的籤約用戶類型；其中，接收單元，具體用於接收Relay節點發送的Sl-AP請求消息,從Sl-AP請求消息中提取籤約用戶類型；或者，接收Relay節點發送的RRC請求消息，從RRC請求消息中提取籤約用戶類型；其中，Sl-AP響應消息用於觸發Relay節點與UE之間的RRC重配置過程；其中，AS安全機制包括RRC完整性保護、加密保護和UP加密保護。其中，初始層3 NAS消息可以為Attach request或TAU request, S1-AP請求消息可以為 Initial UE message, Sl-AP 響應消息可以為 Initial Context Setup request。在本實施例中，基站獲取籤約用戶類型，如果籤約用戶類型為UE，則實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制，如果籤約用戶類型為Relay，則實施業務處理為發起與Relay節點之間的RRC重配過程，並與Relay節點之間採用AS安全機制，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，如此實現了基站對不同身份的Relay節點實施不同的業務處理。實施例11如圖13所示，本發明實施例提供了一種移動管理實體MME，包括第二獲取模塊1101，用於獲取籤約用戶類型；發送模塊1102，用於發送獲取的籤約用戶類型給基站，使得基站在籤約用戶類型為UE時，發送Sl-AP響應消息給Relay節點，與Relay節點之間採用AS安全機制和/或網絡域安全機制，在籤約用戶類型為Relay時，發起與Relay節點之間的RRC重配置過程，與Relay節點之間採用AS安全機制。其中，MME還包括
接收模塊，用於接收初始層3非接入層NAS消息；相應地，第二獲取模塊1101包括獲取單元，用於根據初始層3 NAS消息中的身份標識，從HSS中獲取籤約用戶類型，其中，HSS用於存儲身份標識與籤約用戶類型的對應關係；或者，第一確定單元，用於根據初始層3 NAS消息中的身份標識所在的範圍確定籤約用戶類型，其中，UE的身份標識和Relay節點的身份標識在不同的範圍內；或者，第二確定單元，用於根據初始層3 NAS消息中的用戶類型標識確定籤約用戶類型，其中，用戶類型標識由UE或Relay節點添加。其中，初始層3 NAS 消息可以為 Attach request 或 TAU request。在本實施例中，MME獲取籤約用戶類型，再將獲取的籤約用戶類型發送給基站，使 得基站在籤約用戶類型為UE時，發送Sl-AP響應消息給Relay節點，與Relay節點之間採用AS安全機制和/或網絡域安全機制，在籤約用戶類型為Relay時，發起與Relay節點之間的RRC重配置過程，與Relay節點之間採用AS安全機制。其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，如此可以使基站對不同身份的Relay節點實施不同的業務處理。實施例12如圖14所示，本發明實施例提供了一種實施業務處理的系統，包括基站1201和移動管理實體1202 ；移動管理實體1201，用於獲取籤約用戶類型，發送獲取的籤約用戶類型給基站1202 ；基站1202，用於接收籤約用戶類型，如果該籤約用戶類型為UE，則發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制；如果該籤約用戶類型為Relay，則發起與Relay節點之間的RRC重配過程，並與Relay節點之間採用AS安全機制。其中，Sl-AP響應消息可以為 Initial Context Setup request。在本發明實施例提供的上述系統中，移動管理實體獲取籤約用戶類型，並發送給基站，基站接收移動管理實體發送的籤約用戶類型，如果籤約用戶類型為UE，則基站實施業務處理為發送Sl-AP響應消息給Relay節點，並與Relay節點之間採用AS安全機制和/或網絡域安全機制，如果籤約用戶類型為Relay，則基站實施業務處理為發起與Relay節點之間的RRC重配過程，並與Relay節點之間採用AS安全機制，其中，當籤約用戶類型為UE時，Relay節點以基站的身份部署在網絡中，當籤約用戶類型為Relay時，Relay節點以UE的身份附著在網絡中，如此實現了基站對不同身份的Relay節點實施不同的業務處理。以上實施例提供的技術方案中的全部或部分內容可以通過軟體編程實現，其軟體程序存儲在可讀取的存儲介質中，存儲介質例如計算機中的硬碟、光碟或軟盤。以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種實施業務處理的方法，其特徵在於，所述方法包括 獲取籤約用戶類型； 如果所述籤約用戶類型為UE，則發送Sl-AP響應消息給Relay節點，與所述Relay節點之間採用接入層AS安全機制和/或網絡域安全機制；或者，如果所述籤約用戶類型為中繼基站Relay，則發起與所述Relay節點之間的無線資源控制RRC重配置過程，與所述Relay節點之間採用AS安全機制。
2.如權利要求I所述的方法，其特徵在於，所述獲取所述籤約用戶類型，包括 接收移動管理實體發送的所述籤約用戶類型；或者， 接收所述Relay節點發送的所述籤約用戶類型。
3.如權利要求2所述的方法，其特徵在於，所述移動管理實體發送的籤約用戶類型由所述移動管理實體根據初始層3非接入層NAS消息中的身份標識，從歸屬網絡用戶伺服器HSS中獲取，其中，所述HSS用於存儲身份標識與籤約用戶類型的對應關係；或者， 所述移動管理實體發送的籤約用戶類型由所述移動管理實體根據所述初始層3NAS消息中的身份標識所在的範圍確定，其中，UE的身份標識和所述Relay節點的身份標識在不同的範圍內；或者， 所述移動管理實體發送的籤約用戶類型由所述移動管理實體根據所述初始層3NAS消息中的用戶類型標識確定，其中，所述用戶類型標識為UE或所述Relay節點添加的。
4.如權利要求2所述的方法，其特徵在於，接收所述Relay節點發送的所述籤約用戶類型，包括 接收所述Relay節點發送的Sl-AP請求消息,從所述Sl-AP請求消息中提取所述籤約用戶類型；或者， 接收所述Relay節點發送的RRC請求消息,從所述RRC請求消息中提取籤約用戶類型。
5.如權利要求1-4任意一項權利要求所述的方法，其特徵在於， 所述Sl-AP響應消息用於觸發所述Relay節點與UE之間的RRC重配置過程。
6.如權利要求1-4任意一項權利要求所述的方法，其特徵在於， 所述AS安全機制包括RRC完整性保護、加密保護和用戶面UP加密保護。
7.—種基站，其特徵在於，所述基站包括 第一獲取模塊，用於獲取籤約用戶類型； 第一實施模塊，用於如果所述籤約用戶類型為用戶設備UE，則發送Sl-AP響應消息給中繼基站Relay節點，與所述Relay節點之間採用接入層AS安全機制和/或網絡域安全機制；或者，第二實施模塊，用於如果所述籤約用戶類型為Relay，則發起與所述Relay節點之間的無線資源控制RRC重配置過程，與所述Relay節點之間採用AS安全機制。
8.如權利要求7所述的基站，其特徵在於，所述獲取模塊包括 接收單元，用於接收移動管理實體發送的所述籤約用戶類型；或者，接收所述Relay節點發送的所述籤約用戶類型。
9.如權利要求8所述的基站，其特徵在於， 所述接收單元，具體用於接收所述Relay節點發送的Sl-AP請求消息,從所述Sl-AP請求消息中提取所述籤約用戶類型；或者，接收所述Relay節點發送的RRC請求消息，從所述RRC請求消息中提取籤約用戶類型。
10.如權利要求7-9任意一項權利要求所述的基站，其特徵在於， 所述Sl-AP響應消息用於觸發所述Relay節點與UE之間的RRC重配置過程。
11.如權利要求7-9任意一項權利要求所述的基站，其特徵在於， 所述AS安全機制包括RRC完整性保護、加密保護和UP加密保護。
12.—種移動管理實體MME，其特徵在於，所述MME包括 第二獲取模塊，用於獲取籤約用戶類型； 發送模塊，用於發送所述籤約用戶類型給基站，使得所述基站在所述籤約用戶類型為用戶設備UE時,發送Sl-AP響應消息給中繼基站Relay節點，與所述Relay節點之間採用接入層AS安全機制和/或網絡域安全機制，或者在所述籤約用戶類型為Relay時，發起與所述Relay節點之間的無線資源控制RRC重配置過程，與所述Relay節點之間採用AS安全機制。
13.如權利要求12所述的MME，其特徵在於，所述MME還包括 接收模塊，用於接收初始層3非接入層NAS消息； 相應地，所述第二獲取模塊包括 獲取單元，用於根據所述初始層3NAS消息中的身份標識，從歸屬網絡用戶伺服器HSS中獲取所述籤約用戶類型，其中，所述HSS用於存儲身份標識與籤約用戶類型的對應關係；或者， 第一確定單元，用於根據所述初始層3NAS消息中的身份標識所在的範圍確定所述籤約用戶類型，其中，UE的身份標識和所述Relay節點的身份標識在不同的範圍內；或者， 第二確定單元，用於根據所述初始層3NAS消息中的用戶類型標識確定所述籤約用戶類型，其中，所述用戶類型標識由所述UE或所述Relay節點添加。
14.一種實施業務處理的系統，其特徵在於，所述系統包括基站和移動管理實體； 所述移動管理實體，用於獲取籤約用戶類型，發送所述籤約用戶類型給所述基站； 所述基站，用於如果所述籤約用戶類型為用戶設備UE，則發送Sl-AP響應消息給中繼基站Relay節點，與所述Relay節點之間採用接入層AS安全機制和/或網絡域安全機制；或者，如果所述籤約用戶類型為Relay，則發起與所述Relay節點之間的無線資源控制RRC重配置過程，與所述Relay節點之間採用AS安全機制。
全文摘要
本發明公開了一種實施業務處理的方法、基站、移動管理實體和系統，屬於無線通信領域。所述方法包括獲取籤約用戶類型；如果所述籤約用戶類型為UE，則發送S1-AP響應消息給Relay節點，與所述Relay節點之間採用接入層AS安全機制和/或網絡域安全機制；如果所述籤約用戶類型為中繼基站Relay，則發起與所述Relay節點之間的無線資源控制RRC重配過程，與所述Relay節點之間採用AS安全機制。所述基站包括獲取模塊、第一實施模塊和第二實施模塊。所述系統包括基站和移動管理實體。所述移動管理實體包括第二獲取模塊和發送模塊。本發明能夠讓DeNB對不同身份的Relay節點實施不同的業務處理。
文檔編號H04W12/00GK102781000SQ201210256748
公開日2012年11月14日 申請日期2010年6月12日 優先權日2010年6月12日
發明者何承東 申請人:華為技術有限公司