本發明涉及通信領域,具體而言,涉及一種核心網的選擇方法、裝置及系統。
背景技術:
窄帶物聯網(narrowbandinternetofthings,簡稱為nb-iot)技術主要為改進室內覆蓋,是具備覆蓋廣、連接多、速率低、成本低、功耗小等特點的物聯網通信系統。
為了滿足用戶量大、吞吐量低等要求,nb-iot系統中的數據傳輸分為兩種方式:控制面方式(controlplanemode)和用戶面方式(userplanemode),前者主要通過將上下行數據攜帶在信令的網絡附屬存儲(networkattachedstorage,簡稱為nas)協議數據單元(protocoldataunit,簡稱為pdu)進行傳輸,ue接入后僅建立srb(signalradiobearer),不建立drb(dataradiobearer);后者使用傳統drb用戶面進行上下行數據傳輸,ue接入后除了建立srb還需要建立drb。
在userplanemode方式下,為了節省空口信令,并達到ue快速接入的目的,引入了上下文掛起suspend和恢復resume機制,即當ue和移動性管理實體(mobilemanagemententity,簡稱mme)完成上下行數據傳輸后,可采用掛起機制在enb側和mme側將該ue的as上下文掛起;若后續ue和mme之間需要進行數據傳輸,則通過恢復流程快速恢復ue的uu及s1口連接。
目前除了nb-iotue會支持userplanemode方式,對于普通wb-eutranue也可以支持userplanemode方式。前者終端類型由于移動性速度低,所以跨站恢復的場景不多,但對于后者,終端為普通智能終端,具備移動性的特性,因此很容易出現站內跨小區及跨站恢復的場景。
在相關技術中的恢復流程包括站內恢復和站間恢復兩種場景,圖1是根據相關技術中nb-iot站內恢復流程示意圖,如圖1所示,ue在空口發送恢復請求后,enb首先會根據請求中的恢復標識resumeid來查找enb內保存的該ue的上下文信息,若查找成功,則空口恢復成功,進而執行核心網的上下文恢復過程。圖2是根據相關技術中nb-iot站間恢復流程示意圖,如圖2所示,若ue選擇的公眾陸地移動電話網(publiclandmobilenetwork,簡稱為plmn)發生變化(比如源小區的plmn在目標側不支持,但同屬于ue的eplmn(equivalentplmn)列表中),則ue需要首先執行跟蹤區更新(trackingareaundate,簡稱為tau)過程,按照當前的恢復流程,enb并不知道ue新選擇的目標plmn,從而無法根據新的plmn進行mme選擇,僅在老的mme上執行恢復流程,從而后續的nastau流程會發生失敗。
同理,在站間恢復場景中,若ue選擇的站間目標恢復小區的plmn發生變化,若按照當前跨站恢復流程執行tau時,目標enb并不知道ue新選擇的目標plmn,從而無法根據新的plmn進行mme選擇,僅能從x2口ue上下文獲取過程中獲得老的gummei,在老的mme上執行恢復流程,從而后續的nastau流程會發生失敗。
針對相關技術中,終端在小區的plmn發生變化,nastau流程經常發生失敗的問題,目前還沒有有效的解決方案。
技術實現要素:
本發明提供了一種核心網的選擇方法、裝置及系統,以至少解決相關技術中終端在小區的plmn發生變化,nastau流程經常發生失敗的問題。
根據本發明的一個方面,提供了一種核心網的選擇方法,包括:
基站獲取發起恢復流程的終端發送的空口恢復請求消息,所述空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;
所述基站查找所述終端的上下文信息,在所述選擇的plmn的信息與所述上下文消息保存的所述終端的plmn消息不同的情況下,所述基站對mme進行選擇,其中,基站基于選擇后的mme執行所述終端當前的恢復流程。
進一步地,所述基站查找所述終端的上下文信息包括以下至少之一:所述基站在本地查找所述終端的上下文消息,所述基站與其他基站交互查找所述終端的上下文消息。
進一步地,所述基站對mme進行選擇包括:
所述基站判斷所述終端的上下文信息中的mme是否支持所述選擇的公共陸地網絡plmn的信息;
其中,在支持的情況下,所述終端的上下文信息中的mme執行所述終端當前的恢復流程;
在不支持的情況下,所述基站啟動mme的選擇過程,選擇新的mme執行所述終端當前的流程。
進一步地,所述當前的恢復流程包括以下至少之一:所述終端發起的恢復流程的后續恢復流程,空口恢復拒絕流程,空口觸發無線資源控制rrc建立流程。
根據本發明的另一個方面,還提供了一種核心網的選擇方法,包括:
終端向基站發送空口恢復請求消息,其中,所述終端發起與所述空口恢復消息對應的恢復流程,所述空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡 plmn的信息,已注冊的移動性管理實體mme信息。
根據本發明的另一個方面,還提供了一種核心網的選擇裝置,其特征在于,位于基站中,包括:
獲取模塊,用于獲取發起恢復流程的終端發送的空口恢復請求消息,所述空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;
查找模塊,用于查找所述終端的上下文信息,在所述選擇的plmn的信息與所述上下文消息保存的所述終端的plmn消息不同的情況下,對mme進行選擇,其中,基站基于選擇后的mme執行所述終端當前的恢復流程。
進一步地,查找所述終端的上下文信息包括以下至少之一:所述查找模塊在本地查找所述終端的上下文消息,所述查找模塊與其他基站交互查找所述終端的上下文消息。
進一步地,所述查找模塊對mme進行選擇包括:
查找模塊,用于判斷所述終端的上下文信息中的mme是否支持所述選擇的公共陸地網絡plmn的信息;
其中,在支持的情況下,所述終端的上下文信息中的mme執行所述終端當前的恢復流程;
在不支持的情況下,所述查找模塊啟動mme的選擇過程,選擇新的mme執行所述終端當前的流程。
進一步地,所述當前的恢復流程包括以下至少之一:所述終端發起的恢復流程的后續恢復流程,空口恢復拒絕流程,空口觸發無線資源控制rrc建立流程。
根據本發明的另一個方面,還提供了一種核心網的選擇裝置,位于終端中,包括:
發送模塊,用于向基站發送空口恢復請求消息,其中,所述發送模塊發起與所述空口恢復消息對應的恢復流程,所述空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息。
根據本發明的另一個方面,還提供了一種核心網的選擇系統,包括:基站和終端;
所述基站獲取發起恢復流程的所述終端發送的空口恢復請求消息,所述空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;
所述基站查找所述終端的上下文信息,在所述選擇的plmn的信息與所述上下文消息保存的所述終端的plmn消息不同的情況下,所述基站對mme進行選擇,其中,基站基于選擇后的mme執行所述終端當前的恢復流程。
通過本發明,基站獲取發起恢復流程的終端發送的空口恢復請求消息,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;該基站查找該終端的上下文信息,在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下,該基站對mme進行選擇,其中,該基站基于選擇后的mme執行該終端當前的恢復流程,解決了終端在小區的plmn發生變化,nastau流程經常發生失敗的問題,完善了用戶面方案下的恢復流程。
附圖說明
此處所說明的附圖用來提供對本發明的進一步理解,構成本申請的一部分,本發明的示意性實施例及其說明用于解釋本發明,并不構成對本發明的不當限定。在附圖中:
圖1是根據相關技術中nb-iot站內恢復流程示意圖;
圖2是根據相關技術中nb-iot站間恢復流程示意圖;
圖3是根據本發明實施例的一種核心網的選擇方法的流程圖一;
圖4是根據本發明實施例的一種核心網的選擇方法的流程圖二;
圖5是根據本發明實施例的一種核心網的選擇裝置的結構框圖一;
圖6是根據本發明實施例的一種核心網的選擇裝置的結構框圖二;
圖7是根據本發明優選實施例的通過ue恢復請求攜帶指示信元的示意圖;
圖8是根據本發明優選實施例1的流程圖;
圖9是根據本發明優選實施例2的流程圖;
圖10是根據本發明優選實施例3的流程圖;
圖11是根據本發明優選實施例4的流程圖;
圖12是根據本發明優選實施例5的流程圖;
圖13是根據本發明優選實施例6的流程圖。
具體實施方式
下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
需要說明的是,本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區別類似的對象,而不必用于描述特定的順序或先后次序。
在本實施例中提供了一種核心網的選擇方法,圖3是根據本發明實施例的一種核心網的選擇方法的流程圖一,如圖3所示,該流程包括如下步驟:
步驟s302,基站獲取發起恢復流程的終端發送的空口恢復請求消息,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;
步驟s304,該基站查找該終端的上下文信息,在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下,該基站對mme進行選擇,其中,該基站基于選擇后的mme執行該終端當前的恢復流程。
通過上述步驟,基站獲取發起恢復流程的終端發送的空口恢復請求消息,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;該基站查找該終端的上下文信息,在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下,該基站對mme進行選擇,其中,該基站基于選擇后的mme執行該終端當前的恢復流程,解決了終端在小區的plmn發生變化,nastau流程經常發生失敗的問題,完善了用戶面方案下的恢復流程。
在本發明的實施例中,該基站查找該終端的上下文信息包括以下至少之一:該基站在本地查找該終端的上下文消息,該基站與其他基站交互查找該終端的上下文消息。
在本發明的實施例中,該基站對mme進行選擇包括:
該基站判斷該終端的上下文信息中的mme是否支持該選擇的公共陸地網絡plmn的信息;
其中,在支持的情況下,該終端的上下文信息中的mme執行該終端當前的恢復流程;
在不支持的情況下,該基站啟動mme的選擇過程,選擇新的mme執行該終端當前的流程。
在本發明的實施例中,該當前的恢復流程包括以下至少之一:該終端發起的恢復流程的后續恢復流程,空口恢復拒絕流程,空口觸發無線資源控制rrc建立流程。
在本實施例中提供了一種核心網的選擇方法,圖4是根據本發明實施例的一種核心網的選擇方法的流程圖二,如圖4所示,該流程包括如下步驟:
步驟s402,終端向基站發送空口恢復請求消息,其中,該終端發起與該空口恢復消息對應的恢復流程,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;
步驟s404,基站接收該終端發送的空口恢復請求消息。
在本實施例中還提供了一種核心網的選擇裝置,該裝置用于實現上述實施例及優選實施方式,已經進行過說明的不再贅述。如以下所使用的,術語“模塊”可以實現預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現,但是硬件,或者軟件和硬件的組合的實現也是可能并被構想的。
圖5是根據本發明實施例的一種核心網的選擇裝置的結構框圖一,如圖5所示,位于基站中,該裝置包括:
獲取模塊52,用于獲取發起恢復流程的終端發送的空口恢復請求消息,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息;
查找模塊54,與獲取模塊52連接,用于查找該終端的上下文信息,在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下,對mme進行選擇,其中,該基站基于選擇后的mme執行該終端當前的恢復流程。
在本發明的實施例中,查找該終端的上下文信息包括以下至少之一:該查找模塊54在本地查找該終端的上下文消息,該查找模塊與其他基站交互查找該終端的上下文消息。
在本發明的實施例中,該查找模塊54對mme進行選擇包括:
查找模塊54用于判斷該終端的上下文信息中的mme是否支持該選擇的公共陸地網絡plmn的信息;
其中,在支持的情況下,該終端的上下文信息中的mme執行該終端當前的恢復流程;
在不支持的情況下,該查找模塊54啟動mme的選擇過程,選擇新的mme執行該終端當前的流程。
在本發明的實施例中,該當前的恢復流程包括以下至少之一:該終端發起的恢復流程的后續恢復流程,空口恢復拒絕流程,空口觸發無線資源控制rrc建立流程。
圖6是根據本發明實施例的一種核心網的選擇裝置的結構框圖二,如圖6所示,位于終端中,該裝置包括:
發送模塊62,用于向基站發送空口恢復請求消息,其中,該發送模塊發起與該空口恢復消息對應的恢復流程,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理實體mme信息。
在本發明的另一個實施例中,還提供了一種核心網的選擇系統,包括:基站和終端;
該基站獲取發起恢復流程的該終端發送的空口恢復請求消息,該空口恢復消息攜帶的信息包括以下至少之一:選擇的公共陸地網絡plmn的信息,已注冊的移動性管理 實體mme信息;
該基站查找該終端的上下文信息,在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下,該基站對mme進行選擇,其中,該基站基于選擇后的mme執行該終端當前的恢復流程。
下面結合優選實施例和實施方式對本發明進行詳細說明。
圖7是根據本發明優選實施例的通過ue恢復請求攜帶指示信元的示意圖,如圖7所示,當ue發起恢復流程時,需要在空口恢復請求消息中增加攜帶“選擇的plmn”信息和/或可能的“已注冊的mme”信息,當enb收到該恢復請求時,首先在enb內或enb間查找該ue的上下文信息,若查找成功,則首先進行plmn判定,若ue新選擇的plmn與已保存上下文中的plmn信息不同,則enb需要結合ue新選擇的plmn及可能攜帶的“已注冊的mme”信息,重新觸發核心網選擇,并根據新選擇的mme執行后續恢復流程,或空口恢復拒絕流程,或空口觸發rrc建立流程。
上述空口恢復流程可以是新增的空口恢復請求消息,也可以是rrc重建立請求消息,即包括所有up方案下的空口恢復請求消息。
上述本發明的優選實施例,完善了用戶面方案下的恢復流程,避免終端進行跨tai恢復時,目標enb由于不知道ue新選擇的plmn信息,從而選擇錯誤的核心網,進而tau過程發生失敗。
實施例1:
圖8是根據本發明優選實施例1的流程圖,如圖8所示,cell1和cell2同屬于一個enb下的兩個小區,但支持plmn不同。
步驟s801:ue在enb下的cell1進行上下文掛起過程;
步驟s801:ue在掛起狀態下由cell1移動到同一enb下的cell2,ue讀取cell2廣播后發現cell2支持的plmn與cell1不同,但同屬于ue的eplmn列表,從而ue預發起tau過程;
步驟s802:ue首先在cell2上發送rrc恢復請求消息,請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei);
步驟s803:enb收到ue發送的該請求后,首先進行ue上下文查找,查找成功后,判斷已保存上下文中的plmn信息與恢復請求消息中新選擇的plmn信息進行比對,若plmn信息相同,則恢復rrc恢復響應消息給ue;
步驟s804:enb在s1口發送ue上下文恢復請求給mme,mme收到該消息后回復ue上下文恢復響應消息給enb,恢復過程完成,ue和mme通過上下文直傳消息進行tau。
實施例2:
圖9是根據本發明優選實施例2的流程圖,如圖9所示,cell1和cell2同屬于一個enb下的兩個小區,但支持plmn不同。
步驟s901:ue在enb下的cell1進行上下文掛起過程;
步驟s901:ue在掛起狀態下由cell1移動到同一enb下的cell2,ue讀取cell2廣播后發現cell2支持的plmn與cell1不同,但同屬于ue的eplmn列表,從而ue預發起tau過程;
步驟s902:ue首先在cell2上發送rrc恢復請求消息,請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei);
步驟s903:enb收到ue發送的該請求后,首先進行ue上下文查找,查找成功后,判斷已保存上下文中的plmn信息與恢復請求消息中新選擇的plmn信息進行比對,若plmn信息不同,則啟動mme選擇過程;
步驟s904:enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息,若該mme已支持,則enb發送rrc恢復響應給ue;
步驟s905:enb在s1口發送ue上下文恢復請求消息給mme;該消息中可能攜帶ue新選擇的plmn指示信息;mme收到該消息后回復ue上下文恢復響應消息給enb,恢復過程完成,ue和mme通過上下文直傳消息進行tau。
實施例3:
圖10是根據本發明優選實施例3的流程圖,如圖10所示,cell1和cell2同屬于一個enb下的兩個小區,但支持plmn不同。
步驟s1001:ue在enb下的cell1進行上下文掛起過程;
步驟s1001:ue在掛起狀態下由cell1移動到同一enb下的cell2,ue讀取cell2廣播后發現cell2支持的plmn與cell1不同,但同屬于ue的eplmn列表,從而ue預發起tau過程;
步驟s1002:ue首先在cell2上發送rrc恢復請求消息,請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei);
步驟s1003:enb收到ue發送的該請求后,首先進行ue上下文查找,查找成功后,判斷已保存上下文中的plmn信息與恢復請求消息中新選擇的plmn信息進行比對,若plmn信息不同,則啟動mme選擇過程;
步驟s1004:enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息,若該mme不支持,則enb執行下述流程中的任意一種:
enb回復空口rrc恢復拒絕消息給ue;
或者enb恢復rrc連接建立消息給ue,ue進而發送rrc連接建立完成消息給enb,其中攜帶naspdu(tau請求或attach請求)。
實施例4:
圖11是根據本發明優選實施例4的流程圖,如圖11所示,源enb和目標enb支持不同的plmn。
步驟s1101:ue在源enb下的小區進行上下文掛起過程;
步驟s1101:ue在掛起狀態下由源enb移動到目標enb下,ue讀取目標enb下小區廣播后發現支持的plmn與源enb不同,但同屬于ue的eplmn列表,從而ue預發起tau過程;
步驟s1102:ue首先在目標enb上發送rrc恢復請求消息,請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei);
步驟s1103:enb收到ue發送的該請求后,首先發送x2口ue上下文查詢過程,查找成功后,判斷已保存上下文中的plmn信息與恢復請求消息中新選擇的plmn信息進行比對,若plmn信息相同,則恢復rrc恢復響應消息給ue;
步驟s1104:enb在s1口發送s1路徑切換請求消息給mme,mme收到該消息后回復s1路徑切換響應消息給enb,恢復過程完成,ue和mme通過上下文直傳消息進行tau。
實施例5:
圖12是根據本發明優選實施例5的流程圖,如圖12所示,源enb和目標enb支持不同的plmn。
步驟s1201:ue在源enb下的小區進行上下文掛起過程;
步驟s1201:ue在掛起狀態下由源enb移動到目標enb下,ue讀取目標enb下小區廣播后發現支持的plmn與源enb不同,但同屬于ue的eplmn列表,從而ue預發起tau過程;
步驟s1202:ue首先在目標enb上發送rrc恢復請求消息,請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei);
步驟s1203:enb收到ue發送的該請求后,首先發送x2口ue上下文查詢過程,查找成功后,判斷已保存上下文中的plmn信息與恢復請求消息中新選擇的plmn信息進行比對,若plmn信息不同,則啟動mme選擇過程;
步驟s1204:enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息,若該mme已支持,則enb發送rrc恢復響應給ue;
步驟s1205:enb在s1口發送s1路徑切換請求消息給mme;該消息中可能攜帶ue新選擇的plmn指示信息;mme收到該消息后回復s1路徑切換響應消息給enb,恢復過程完成,ue和mme通過上下文直傳消息進行tau。
實施例6:
圖13是根據本發明優選實施例6的流程圖,如圖13所示,源enb和目標enb支持不同的plmn。
步驟s1301:ue在源enb下的小區進行上下文掛起過程;
步驟s1301:ue在掛起狀態下由源enb移動到目標enb下,ue讀取目標enb下小區廣播后發現支持的plmn與源enb不同,但同屬于ue的eplmn列表,從而ue預發起tau過程;
步驟s1302:ue首先在目標enb上發送rrc恢復請求消息,請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei);
步驟s1303:enb收到ue發送的該請求后,首先發送x2口ue上下文查詢過程,查找成功后,判斷已保存上下文中的plmn信息與恢復請求消息中新選擇的plmn信息進行比對,若plmn信息不同,則啟動mme選擇過程;
步驟s1304:enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息,若該mme不支持,則enb執行下述流程中的任意一種:
enb回復空口rrc恢復拒絕消息給ue;
或者enb恢復rrc連接建立消息給ue,ue進而發送rrc連接建立完成消息給enb,其中攜帶naspdu(tau請求或attach請求)。
通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到根據上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現,當然也可以通過硬件,但很多情況下前者是更佳的實施方式。基于這樣的理解,本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來,該計算機軟件產品存儲在一個存儲介質(如rom/ram、磁碟、光盤)中,包括若干指令用以使得一臺終端設備(可以是手機,計算機,服務器,或者網絡設備等)執行本發明各個實施例該的方法。
需要說明的是,上述各個模塊是可以通過軟件或硬件來實現的,對于后者,可以通過以下方式實現,但不限于此:上述模塊均位于同一處理器中;或者,上述模塊分別位 于多個處理器中。
本發明的實施例還提供了一種存儲介質。可選地,在本實施例中,上述存儲介質可以被設置為存儲用于執行上述實施例的方法步驟的程序代碼:
可選地,存儲介質還被設置為存儲用于執行以下步驟的程序代碼:
可選地,在本實施例中,上述存儲介質可以包括但不限于:u盤、只讀存儲器(rom,read-onlymemory)、隨機存取存儲器(ram,randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。
可選地,在本實施例中,處理器根據存儲介質中已存儲的程序代碼執行上述實施例的方法步驟。
可選地,本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例,本實施例在此不再贅述。
顯然,本領域的技術人員應該明白,上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現,它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網絡上,可選地,它們可以用計算裝置可執行的程序代碼來實現,從而,可以將它們存儲在存儲裝置中由計算裝置來執行,并且在某些情況下,可以以不同于此處的順序執行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣,本發明不限制于任何特定的硬件和軟件結合。
以上所述僅為本發明的優選實施例而已,并不用于限制本發明,對于本領域的技術人員來說,本發明可以有各種更改和變化。凡在本發明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發明的保護范圍之內。