在當(dāng)前LTE中，除非網(wǎng)絡(luò)請(qǐng)求，否則UE只能通過(guò)非接入層（NAS：non-access stratum ）中的分離和重新附著流程來(lái)更新UE接入層（AS）能力。這基于UE AS能力是靜態(tài)的并且UE不經(jīng)常改變UE AS能力的假設(shè)。然而，存在這樣的情況，即當(dāng)添加更多功能時(shí)，UE可能需要?jiǎng)討B(tài)地改變其UE AS能力。例如，對(duì)于LAA和WLAN，UE可以在實(shí)現(xiàn)中共享相同的硬件（例如收發(fā)機(jī)）。在開(kāi)始時(shí)，UE可以通知網(wǎng)絡(luò)它支持LAA能力。稍后，UE可以由用戶打開(kāi)WLAN。在這種情況下，盡管UE指示其支持LAA，但LAA可能不被使用，或者LAA可能仍然被支持，但是LAA中的CA頻帶組合可能會(huì)改變。UE通知網(wǎng)絡(luò)LAA能力被禁用或更改的唯一方式是通過(guò)NAS層分離并再次重新連接。UE可以經(jīng)常打開(kāi)和關(guān)閉WLAN，這導(dǎo)致頻繁的分離和重新連接過(guò)程。NR將支持與LAA類似的操作。

基于以上，NR應(yīng)該支持UE能夠動(dòng)態(tài)更新UE AS能力，而無(wú)需分離和附著過(guò)程。可以考慮兩個(gè)選項(xiàng)來(lái)支持這一點(diǎn)。

• 選項(xiàng)1：使用NAS過(guò)程（例如TAU過(guò)程）而不是分離和連接過(guò)程來(lái)更新UE AS能力。

• 選項(xiàng)2：使用AS過(guò)程來(lái)更新UE AS能力。

圖1-1和1-2分別顯示了選項(xiàng)1和2的示例。

在圖1-1中，UE AS層首先通知NAS層AS能力已更改并觸發(fā)NAS過(guò)程。MME從UE接收到NAS請(qǐng)求消息后，向gNB發(fā)送請(qǐng)求消息，請(qǐng)求gNB查詢UE AS能力。在接收到來(lái)自gNB的UE能力查詢消息后，UE AS層向gNB發(fā)送AS能力，并且gNB將AS能力轉(zhuǎn)發(fā)給MME。在從gNB接收到UE AS能力后，MME向UE NAS層發(fā)送NAS響應(yīng)消息。如果采用選項(xiàng)1，則需要新的過(guò)程（例如UE能力更新過(guò)程）或現(xiàn)有過(guò)程中的新原因（例如在TAU請(qǐng)求中引入AS能力更新原因）。

在圖1-2中，UE AS層將改變的AS能力直接發(fā)送給gNB。在從UE接收到更新的AS能力后，gNB將其轉(zhuǎn)發(fā)給MME。如果采用選項(xiàng)2，唯一的痛苦是需要允許UE發(fā)送UE能力信息消息而無(wú)需網(wǎng)絡(luò)的查詢。

由于選項(xiàng)1的過(guò)程序列非常復(fù)雜，需要在NAS層中引入新消息或新原因值。所以認(rèn)為選項(xiàng)2更合理（復(fù)雜性更低，對(duì)規(guī)范的影響更?。?。

根據(jù)當(dāng)前LTE標(biāo)準(zhǔn)，UECapabilityInformation消息中有許多必填字段（例如，UE-EUTRA-Capability中的 pdcp-Parameters, phyLayerParameters 和rf-Parameters ）。如果允許UE通過(guò)發(fā)送UECapabilityInformation消息來(lái)更新UE能力，則UE需要將所有強(qiáng)制性能力包括在UECapabicityInformation消息中，即使它們沒(méi)有改變。不變的功能對(duì)網(wǎng)絡(luò)來(lái)說(shuō)是無(wú)用的。所以認(rèn)為應(yīng)該避免在NR中傳輸未改變的能力。因此，建議NR中的UE能力報(bào)告消息中的所有UE AS能力字段都應(yīng)該是可選的。UE只需要在UE能力報(bào)告消息中包括改變的UE AS能力。

最后一個(gè)問(wèn)題是UE如何向網(wǎng)絡(luò)發(fā)送改變的UE AS能力？有兩種選擇：

1） UE直接在RRC消息（例如UECapabilityInformation）中向網(wǎng)絡(luò)發(fā)送改變的UE AS能力，而無(wú)需在RRC連接模式中從網(wǎng)絡(luò)接收請(qǐng)求（例如UECapabilityEnquiry）。

2） UE向網(wǎng)絡(luò)發(fā)送UE能力改變指示。改變指示只是為了通知網(wǎng)絡(luò)UE想要改變其UE AS能力。在接收到UE能力改變指示之后，網(wǎng)絡(luò)向UE發(fā)送請(qǐng)求（例如UECapabilityEnquiry）以查詢改變的UE AS能力。然后，UE在RRC消息（例如UECapabilityInformation）中向網(wǎng)絡(luò)發(fā)送改變的UE能力。

備選方案1是在AS層中報(bào)告UE AS能力的本能方式。當(dāng)UE想要改變UE AS能力時(shí)，UE可以立即更新UE AS能力。然而，改變的UE AS能力可能與正在進(jìn)行的服務(wù)有關(guān)，此時(shí)不應(yīng)改變?？赡苄枰刖芙^消息以避免改變的UE AS能力中斷正在進(jìn)行的服務(wù)（類似于UMTS系統(tǒng)）。還可能需要引入接受消息來(lái)接受改變的UE AS能力。如果UE接收到拒絕消息，則UE應(yīng)保持原始UE AS能力。

在備選方案2中，UE向網(wǎng)絡(luò)發(fā)送UE能力改變指示，然后等待網(wǎng)絡(luò)的響應(yīng)。在接收到UE能力改變指示之后，gNB可以詢問(wèn)UE AS能力，同時(shí)允許相關(guān)UE AS能力改變（例如，與任何正在進(jìn)行的服務(wù)無(wú)關(guān)）。如果gNB決定讓UE改變UE AS能力，則gNB向UE發(fā)送UE能力查詢消息。UE接收到UE能力查詢消息后，向網(wǎng)絡(luò)發(fā)送UE AS能力。與備選方案1相比，備選方案2可以避免不必要的拒絕。然而，備選方案2的缺點(diǎn)是UE和網(wǎng)絡(luò)之間存在更多的信令交換，這可能導(dǎo)致更多的延遲并浪費(fèi)更多的無(wú)線電資源。