欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

基站資源能力上報的方法

文檔序號:7953640閱讀:117來源:國知局
專利名稱:基站資源能力上報的方法
技術領域
本發(fā)明涉及移動通信技術,特別涉及基站資源能力上報的方法。
背景技術
隨著技術的發(fā)展,個人移動通信已經發(fā)展到了第三代移動通信(TheThird Generation,簡稱“3G”)。3G強調個人在通信中的主導地位,旨在為用戶提供全球范圍內的任何時間、任何地點、與任何人、用任意方式高質量地實現任何信息的移動通信與傳輸。第三代合作伙伴項目(3rd GenerationPartnership Project,簡稱“3GPP”)作為3G的標準化組織之一,負責寬帶碼分多址(Wideband Code Division Multiple Access,簡稱“WCDMA”)以及時分同步碼分多址(Time Division Synchronous Code Division MultipleAccess,簡稱“TD-SCDMA”)的標準化工作并制定相應的協議。
從功能上講,3GPP移動通信系統(tǒng)由三部分組成核心網(Core Net,簡稱“CN”)、通用移動通信系統(tǒng)地面無線接入網(UMTS Terrestrial Radio AccessNetwork,簡稱“UTRAN”)和用戶設備(User Equipment,簡稱“UE”)。
UTRAN是由一個或多個無線網絡子系統(tǒng)(Radio Network Subsystem,簡稱“RNS”)組成,一個RNS又包含一個基站(又稱基站節(jié)點,Node B)和一個或多個無線網絡控制器(Radio Network Controller,簡稱“RNC”)。其中,Node B主要完成物理層協議的處理,主要功能是擴頻、調制、信道編碼及解擴、解調、信道解碼等,RNC主要完成連接建立和斷開、切換、宏分集合并、無線資源管理控制等功能。不同RNC間通過標準Iur接口連接,RNC與Node B之間通過標準Iub接口連接。其中,Iub接口的信令由基站應用部分(Node B Application Part,簡稱“NBAP”)處理。
在3GPP的NBAP信令協議中,基站需要利用資源狀態(tài)指示(RESOURCESTATUS INDICATION)或者審計響應(AUDIT RESPONSE)信令上報該基站內的本地小區(qū)當前基帶資源能力及其消耗規(guī)則,以及該本地小區(qū)所屬的本地小區(qū)組的基帶資源能力和消耗規(guī)則。在目前的《NBAP Specification,3GPPTS 25.433》(中文可譯為《基站應用部分規(guī)范,第三代合作伙伴項目技術標準25.433》)協議中,專用信道(Dedicated Channel,簡稱“DCH”)消耗規(guī)則定義兩種類型的消耗規(guī)則表,分別為RLS及RL消耗規(guī)則,對應的上下行基帶能力只有一種,也就是說,目前的3GPP TS25.433協議認為RL及RLS消耗的是同一種資源能力。本領域的普通技術人員理解,基站和UE之間的一條連接通路稱為一條無線鏈路(Radio Link,簡稱“RL”),在更軟切換時,基站和同一個UE之間可能有多條RL,這些RL構成一個無線鏈路集(Radio Link Set,簡稱“RLS”)。但是,由于在基站側,對于一個UE的RLS,在諸如更軟切換等場景下,還可能需要進行分集合并的處理,因此,RL和RLS消耗的并不是同一種基站資源能力。需要考慮如何實現基站RL和RLS資源能力的上報。
現有技術方案只上報基站RL資源能力或RLS資源能力的其中一種。
在具體實現時,現有技術方案的選擇方式有多種情況。例如,可以根據資源受限程度來決定,也可以選擇資源消耗最小單位,即RL來上報。在現有技術方案中,選定了一種能力上報后,另一種能力對應的消耗規(guī)則填為0,比如,本地小區(qū)選擇上報的是RL所在的資源能力,則在本地小區(qū)的專用信道消耗表中RLS的消耗能力為0。
在實際應用中,上述方案存在以下問題現有技術方案不能準確地實現RL資源能力和RLS資源能力的上報,無法使用需要精確知道Node B的RL資源能力和RLS資源能力的技術。
造成這種情況的主要原因在于,現有技術方案只上報RL資源能力或RLS資源能力的一種,在更軟切換等場景時,RL和RLS并不共享同一種資源能力,無法實現RL資源能力和RLS資源能力的同時上報,此時RNC無法精確知道基站資源使用情況,因此也無法使用諸如無線鏈路預建立等需要精確知道Node B的RL資源能力和RLS資源能力的技術。

發(fā)明內容
有鑒于此,本發(fā)明的主要目的在于提供一種基站資源能力上報的方法,使得基站RL資源能力和RLS資源能力可以同時精確上報。
為實現上述目的,本發(fā)明提供了一種基站資源能力上報的方法,包含以下步驟在和所述資源能力相關的基站應用部分協議接口中增加用于標識所述資源能力的信息元素;所述基站獲取當前無線鏈路資源能力和無線鏈路集資源能力;所述基站將所獲取的無線鏈路資源能力和無線鏈路集資源能力分別填充在和所述資源能力相關的不同信息元素中上報。
其中,增加的所述信息元素為可選項。
此外在所述方法中,和所述資源能力相關的基站應用部分協議接口包含資源狀態(tài)指示和審計響應,增加的所述信息元素在所述資源狀態(tài)指示和所述審計響應接口的本地小區(qū)信息和本地小區(qū)組信息中增加,增加的所述信息元素包含分別在上行和下行使用的兩種。
此外在所述方法中,在新用戶接入時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷當前基站的剩余資源是否能支持新用戶的接入,如果是則接入該用戶,否則拒絕該用戶。
此外在所述方法中,需要建立無線鏈路時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路建立,如果是,則在收到基站對“無線鏈路建立”消息的回應之前向用戶設備發(fā)送“公共控制信道無線資源控制連接建立”消息。
此外在所述方法中,需要進行無線鏈路重配置時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路的重配置,如果是,則在收到基站對“無線鏈路重配置請求”消息的回應之前向用戶設備發(fā)送“專用控制信道無線承載建立”消息。
本發(fā)明還提供了一種基站資源能力上報的方法,包含以下步驟將和所述資源能力相關的基站應用部分協議接口中用于標識所述資源能力的信息元素拆分為第一部分和第二部分;修改資源消耗規(guī)則使所述無線鏈路資源能力和所述無線鏈路集資源能力分別從所述第一部分和所述第二部分中消耗;所述基站獲取當前無線鏈路資源能力和無線鏈路集資源能力并分別在填充在所述第一部分和所述第二部分中上報。
其中,還包含以下步驟擴充用于表示所述資源能力的信息元素的字節(jié)數為原有字節(jié)數的兩倍。
此外在所述方法中,在新用戶接入時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷當前基站的剩余資源是否能支持新用戶的接入,如果是則接入該用戶,否則拒絕該用戶。
此外在所述方法中,需要建立無線鏈路時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路建立,如果是,則在收到基站對“無線鏈路建立”消息的回應之前向用戶設備發(fā)送“公共控制信道無線資源控制連接建立”消息。
此外在所述方法中,需要進行無線鏈路重配置時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路的重配置,如果是,則在收到基站對“無線鏈路重配置請求”消息的回應之前向用戶設備發(fā)送“專用控制信道無線承載建立”消息。
通過比較可以發(fā)現,本發(fā)明的技術方案與現有技術的主要區(qū)別在于,增加可選的標識資源能力的信息元素(Information Element,簡稱“IE”),或將和資源能力有關的IE分拆為兩部分分別標識RL資源能力和RLS并同時修改消耗規(guī)則,實現RL資源能力和RLS資源能力的同時上報。媳。
這種技術方案上的區(qū)別,帶來了較為明顯的有益效果,即首先,本發(fā)明方案可以精確的同時上報RLS資源能力和RL資源能力,從而使得RNC側的資源分配更準確,避免了因為無法精確獲知RLS資源能力和RL資源能力所造成的資源分配不成功的現象;第二,本發(fā)明方案可以后向兼容現有的技術方案,對于現有的設備影響小,更加方便部署,將會大大節(jié)省系統(tǒng)升級成本;第三,本發(fā)明方案還可以和其它業(yè)務流程聯合使用,達到減少其它業(yè)務流程的處理時延,降低其它業(yè)務的失敗的概率等益處,例如無線鏈路建立流程和RRC連接建立流程并行或無線鏈路重配置過程和RB建立過程并行,可以實現一些串行流程到并行流程的轉換,減小系統(tǒng)的業(yè)務時延,又如,也可以和新用戶接入流程聯合使用,可以減小新用戶接入的失敗嘗試次數,同時減小了用戶接入時延。


圖1是根據本發(fā)明第一較佳實施方式的基站資源能力上報的流程;圖2是根據本發(fā)明第二較佳實施方式的基站資源能力上報的流程;圖3是根據本發(fā)明第四較佳實施方式的主叫用戶建鏈時無線鏈路預建立的實體間消息交互流程;圖4是根據本發(fā)明第五較佳實施方式的無線鏈路重配置時實體間的消息交互流程。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚,下面將結合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明方案中,Node B在需要同時上報RL資源能力和RLS資源能力時,修改NBAP信令接口,增加可選的標識資源能力的IE,或將和資源能力有關的IE分拆為兩部分分別標識RL資源能力和RLS并同時修改消耗規(guī)則,實現RL資源能力和RLS資源能力的同時上報。
本發(fā)明方案在需要精確知道Node B的RL資源能力和RLS資源能力的場景中使用。需要精確知道Node B的RL資源能力和RLS資源能力的場景包含新用戶接入,無線鏈路預建立,無線鏈路重配置。
為了更好的說明本發(fā)明方案,下面結合本發(fā)明較佳實施例和附圖進行說明。
根據本發(fā)明第一較佳實施例的基站資源能力上報的流程如圖1所示。
首先,進入步驟110,在NBAP協議接口分別增加可選的用于標識上、下行資源能力的IE。其中,增加的IE可以用于攜帶上行和下行的RLS資源能力。之所以將增加的IE設為可選項,是考慮到后向兼容性,以使本發(fā)明方案適用于不同廠家的實現方案。在本發(fā)明第一較佳實施例中,步驟110修改了資源狀態(tài)指示(RESOURCE STATUS INDICATION)和審計響應(AUDIT RESPONSE)兩個NBAP信令接口。在本發(fā)明第一較佳實施例中,分別在RESOURCE STATUS INDICATION和AUDIT RESPONSE信令接口的本地小區(qū)信息(Local Cell Information)和本地小區(qū)組信息(Local Cell Group Information)中增加兩個IE,分別為上行RLS能力(UL RLS Capacity Credit)和下行RLS能力(DL RLS Capacity Credit)。通過增加兩個IE,結合現有的技術標準中的已有的IE,即下行或全局能力(DLOr Global Capacity Credit)和上行能力(UL Capacity Credit),即可以實現RL能力和RLS能力的同時上報。修改后的AUDIT RESPONSE信令接口如表1所示。修改后的RESOURCE STATUS INDICATION信令接口如表2所示。
表1



表2接著,進入步驟120,基站獲取當前RL資源能力和RLS資源能力。該步驟中,基站根據當前RL資源以及RLS資源消耗情況,即可以很容易獲取當前RL資源能力和RLS資源能力,本領域的普通技術人員很容易實現,在此不贅述。
最后,進入步驟130,將RLS資源能力填充在步驟110中增加IE中和RL資源能力一起上報。在本發(fā)明第一較佳實施例中,在實現RLS資源能力和RL資源能力同時上報時,分別將上、下行的RLS資源能力填充在UL RLS Capacity Credit和DL RLS Capacity Credit中,分別將上、下行的RL資源能力填充在UL CapacityCredit和DL or Global Capacity Credit中。考慮到后向兼容性,在本發(fā)明第一較佳實施例中,還可以通過設置這些IE是否有效實現不同的資源能力上報方式,例如,設置IE取值是否有效的組合方式可以對應不同的資源能力上報方式。在本發(fā)明第一較佳實施例中,不同IE取值是否有效的組合方式和其對應的資源能力上報方式如下表3所示,其中,“是”表示有效,“否”表示無效。


表3根據本發(fā)明第二較佳實施例的基站資源能力上報的流程如圖2所示。
首先,進入步驟210,將NBAP協議接口和資源能力有關的IE拆分為兩部分。在本發(fā)明第一較佳實施例中,NBAP協議接口和資源能力有關的IE包含RESOURCESTATUS INDICATION和AUDIT RESPONSE信令接口的本地小區(qū)信息(Local CellInformation)和本地小區(qū)組信息(Local Cell Group Information)中的UL RLSCapacity Credit和DL RLS Capacity Credit。本領域的普通技術人員理解,現有的這兩種IE分別用于指示上行和下行的資源能力,但無法區(qū)分RLS資源能力和RL資源能力,將其拆分為兩部分后,則兩部分可以分別用于指示RLS資源能力和RL資源能力??紤]到現有的這兩種IE分別為兩個字節(jié)共16比特,在本發(fā)明第二較佳實施例中,將這兩種IE分別拆分為大小為一個字節(jié)(8比特)的兩部分。
接著,進入步驟220,修改資源消耗規(guī)則使RL資源和RLS資源從步驟210拆分得到的兩部分中分別消耗。在本發(fā)明第二較佳實施例中,將高字節(jié)對應的資源的消耗規(guī)則左移8比特實現該步驟,例如,高字節(jié)對應為RLS資源能力時,則RLS資源的消耗規(guī)則需要左移8比特。
接著,進入步驟230,基站獲取當前RL資源能力和RLS資源能力。該步驟中,基站根據當前RL資源以及RLS資源消耗情況,即可以很容易獲取當前RL資源能力和RLS資源能力,本領域的普通技術人員很容易實現,在此不贅述。
最后,進入步驟240,將RL資源能力和RLS資源能力分別填充在和資源能力有關IE的兩部分中上報。在本發(fā)明第二較佳實施例中,將RLS資源能力填充在IE的高字節(jié)中,將RL資源能力填充在IE的低字節(jié)中上報。
在本發(fā)明第二較佳實施例中,拆分后的和資源能力有關的IE的比特數可能不足以表示RLS資源能力或RL資源能力,為了避免這種情況,在本發(fā)明第三較佳實施例中,還將和資源能力有關的I E的比特數擴充為兩倍,即4個字節(jié)(32bit)。相應的,將高字節(jié)對應的資源的消耗規(guī)則左移16比特實現資源消耗規(guī)則的修改,例如,高字節(jié)對應為RLS資源能力時,則RLS資源的消耗規(guī)則需要左移8比特。
本發(fā)明第一較佳實施例或第二較佳實施例的RL資源能力和RLS資源能力同時上報的流程還可以和其它業(yè)務流程的聯合使用。
基于本發(fā)明第一較佳實施例或第二較佳實施例,本發(fā)明第四較佳實施例中,本發(fā)明第一較佳實施例或第二較佳實施例還和無線鏈路建立流程聯合使用,實現了無線鏈路預建立。
根據本發(fā)明第四較佳實施例的主叫用戶建鏈時無線鏈路預建立的實體間消息交互流程如圖3所示。
可以看出,正常的主叫用戶建鏈時無線鏈路建立流程中消息發(fā)送的順序應為CCCHRRC Connection Request(RRC連接請求)(301)、Radio Link SetupRequest(無線鏈路建立請求)(302)...Uplink sync(上行同步)(307)、CCCHRRCConnection Setup(CCCHRRC連接建立)(308)、Radio Link Restore Indi(無線鏈路恢復指示)(309)...Direct Transfer(直傳)(324),本發(fā)明第四較佳實施例與正常無線鏈路建立流程相比,將CCCHRRC Connection Setup(308),即專用控制信道無線資源控制連接建立消息提前到Radio Link SetupRequest(302)之后發(fā)送。
在本發(fā)明第四較佳實施例中,由于RNC精確知道Node B的RLS資源能力和RL資源能力的使用情況,可以預先獲知Node B的資源是否支持該無線鏈路建立,因此不需要等待Node B的其它響應,而可以直接在給Node B發(fā)送了Radio LinkSetup Request(302)后,就給UE發(fā)送CCCHRRC Connection Setup(308)消息。
基于本發(fā)明第一較佳實施例或第二較佳實施例,本發(fā)明第五較佳實施例中,還將本發(fā)明第一較佳實施例或第二較佳實施例和無線鏈路重配置流程聯合使用。
根據本發(fā)明第五較佳實施例的無線鏈路重配置流程中,實體間的消息交互流程如圖4所示。
可以看出,正常的無線鏈路重配置流程中消息發(fā)送的順序應為RABAssignment Request(RAB指配請求)(401)、Radio Link Recfg Request(無線鏈路重配置請求)(402)...Uplink sync(上行同步)(411)、DCCHRadio BearSetup(DCCH無線承載建立)(412)、Radio Link Recfg Commit(無線鏈路重配置提交)(413)...DCCHDownlink Direct Transfer(DCCH下行直傳)(417),本發(fā)明第五較佳實施例與正常無線鏈路重配置流程相比,將DCCHRadio BearSetup(412),即專用控制信道無線承載建立消息提前到Radio Link RecfgRequest(402)之后發(fā)送。
在本發(fā)明第五較佳實施例中,由于RNC精確知道Node B的RLS資源能力和RL資源能力的使用情況,可以預先獲知Node B的資源是否支持該無線鏈路的重配置,因此不需要等待Node B的其它響應,而可以直接在給Node B發(fā)送了RadioLink Recfg Request(402)后,就給UE發(fā)送DCCHRadio Bear Setup(412)消息。
熟悉本領域的普通技術人員理解,在本發(fā)明第四和第五較佳實施例中,由于預先精確知道Node B的RLS和RL資源能力,因此可以將串行流程中消息提前,相當于實現了并行的效果,從而可以縮短串行流程中的等待時延,縮短用戶接入時延。
雖然本文從本發(fā)明第四和第五較佳實施例的角度說明了RL資源能力和RLS資源能力同時上報和其它業(yè)務流程的聯合使用,但熟悉本領域的技術人員可以理解,RL資源能力和RLS資源能力同時上報和其它業(yè)務流程的聯合使用并不限于這兩種場景,這并不影響本發(fā)明實質。例如,還可以和在新用戶接入流程聯合使用,通過預先判斷出當前哪個Node B能支持新接入的業(yè)務以避免做無用功,減少新用戶接入時延。
雖然通過參照本發(fā)明的某些優(yōu)選實施方式,已經對本發(fā)明進行了圖示和描述,但本領域的普通技術人員應該明白,可以在形式上和細節(jié)上對其作各種改變,而不偏離本發(fā)明的精神和范圍。
權利要求
1.一種基站資源能力上報的方法,其特征在于,包含以下步驟在和所述資源能力相關的基站應用部分協議接口中增加用于標識所述資源能力的信息元素;所述基站獲取當前無線鏈路資源能力和無線鏈路集資源能力;所述基站將所獲取的無線鏈路資源能力和無線鏈路集資源能力分別填充在和所述資源能力相關的不同信息元素中上報。
2.根據權利要求1所述的基站資源能力上報的方法,其特征在于,增加的所述信息元素為可選項。
3.根據權利要求1所述的基站資源能力上報的方法,其特征在于,和所述資源能力相關的基站應用部分協議接口包含資源狀態(tài)指示和審計響應,增加的所述信息元素在所述資源狀態(tài)指示和所述審計響應接口的本地小區(qū)信息和本地小區(qū)組信息中增加,增加的所述信息元素包含分別在上行和下行使用的兩種。
4.根據權利要求1至2中任一項所述的基站資源能力上報的方法,其特征在于,在新用戶接入時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷當前基站的剩余資源是否能支持新用戶的接入,如果是則接入該用戶,否則拒絕該用戶。
5.根據權利要求1至2中任一項所述的基站資源能力上報的方法,其特征在于,需要建立無線鏈路時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路建立,如果是,則在收到基站對“無線鏈路建立”消息的回應之前向用戶設備發(fā)送“公共控制信道無線資源控制連接建立”消息。
6.根據權利要求1至2中任一項所述的基站資源能力上報的方法,其特征在于,需要進行無線鏈路重配置時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路的重配置,如果是,則在收到基站對“無線鏈路重配置請求”消息的回應之前向用戶設備發(fā)送“專用控制信道無線承載建立”消息。
7.一種基站資源能力上報的方法,其特征在于,包含以下步驟將和所述資源能力相關的基站應用部分協議接口中用于標識所述資源能力的信息元素拆分為第一部分和第二部分;修改資源消耗規(guī)則使所述無線鏈路資源能力和所述無線鏈路集資源能力分別從所述第一部分和所述第二部分中消耗;所述基站獲取當前無線鏈路資源能力和無線鏈路集資源能力并分別在填充在所述第一部分和所述第二部分中上報。
8.根據權利要求7所述的基站資源能力上報的方法,其特征在于,還包含以下步驟擴充用于表示所述資源能力的信息元素的字節(jié)數為原有字節(jié)數的兩倍。
9.根據權利要求7或8所述的基站資源能力上報的方法,其特征在于,在新用戶接入時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷當前基站的剩余資源是否能支持新用戶的接入,如果是則接入該用戶,否則拒絕該用戶。
10.根據權利要求7或8所述的基站資源能力上報的方法,其特征在于,需要建立無線鏈路時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路建立,如果是,則在收到基站對“無線鏈路建立”消息的回應之前向用戶設備發(fā)送“公共控制信道無線資源控制連接建立”消息。
11.根據權利要求7或8所述的基站資源能力上報的方法,其特征在于,需要進行無線鏈路重配置時,無線網絡控制器根據所述基站上報的無線鏈路資源能力和無線鏈路集資源能力,判斷基站的剩余資源是否支持該無線鏈路的重配置,如果是,則在收到基站對“無線鏈路重配置請求”消息的回應之前向用戶設備發(fā)送“專用控制信道無線承載建立”消息。
全文摘要
本發(fā)明涉及移動通信技術,公開了一種基站資源能力上報的方法,使得基站RL資源能力和RLS資源能力可以同時精確上報。本發(fā)明中,增加可選的標識資源能力的IE,或將和資源能力有關的IE分拆為兩部分分別標識RL資源能力和RLS并同時修改消耗規(guī)則,以實現RL資源能力和RLS資源能力的同時上報。
文檔編號H04W72/08GK1859658SQ20061002331
公開日2006年11月8日 申請日期2006年1月13日 優(yōu)先權日2006年1月13日
發(fā)明者徐旭華 申請人:華為技術有限公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
大渡口区| 象山县| 商丘市| 资中县| 应城市| 江陵县| 肇州县| 珠海市| 遂溪县| 金乡县| 连平县| 盘锦市| 永康市| 兰溪市| 博野县| 宁南县| 安庆市| 吐鲁番市| 特克斯县| 保康县| 兴义市| 宝应县| 那曲县| 耿马| 澄城县| 曲麻莱县| 菏泽市| 黄石市| 九江市| 墨江| 琼结县| 锡林郭勒盟| 佛坪县| 临西县| 乐山市| 驻马店市| 当阳市| 淮北市| 巍山| 东兴市| 平阴县|