如果UE的Registration,Request訊息攜帶5G-GUTI進行註冊，並且AMF發生了變化，此時新的AMF會向UE原來註冊的AMF請求UE上下文資訊，包括SUPL、GPSL、5GMM

Capability等引數。

new,AME採用POST方法呼叫old

AME的Namf_Communication_UEContextTransfer服務。具體使用的URI格式為:

{apiRoot}/namf-comm/.<apiVersion>/ue-contexts/{ueContextld}/transfer

呼叫該服務攜帶的請求訊息內容為:UeContextTransferReqData。

注:

（1）通用的URI結構為:

{apiRoot}/<apiName>/<apiVersion>/<apiSpercificResourceUriPart>

（2）對於SBI介面採用POST方法的區別

服務的生產者選擇資源的識別符號和URI，則採用POST方法；服務的消費者選擇資源的識別符號和URI，則採用PUI方法。

該欄位和我們日常上網，在IE位址列中輸入的內容一樣，以Http或者HTTPS開頭的地址，後面是IP地址和埠號等資訊；

該欄位和我們日常上網，在IE地址中輸入的內容一樣，以http或者HTTPS開頭的地址，後面是IP地址和埠號等資訊；

AMF上用於資訊傳遞的API名稱。其它API名字為:“namf-mt”、“namf-loc”、“namf-evts”

目前在R16版本中全部為“v1”，後續如果有大的功能變更，可能會有更新的版本。

請求UE,Context的固定值。

請求的UE，Context的標識，可以為5G-GUTI、SUP或者PEI,使用的格式如下:（1）5G-GUTI:5g-guti-[0-9]{5,6}[0-9a-FA-F]{14}

（2）SUPI:(imsi-[0-9]){5,15}|nai-,+|.+)

(3)(imei-[0-9]){15}|imeiv-[0-9]{16}|.+

3Gpp使用正則表示式進行描述，我們只需要知道對應的標記(5g-guti、imsi、nai、imei、imeiv)加上短橫線，再加上具體的值即可。IMEI和IMEISV用於緊急註冊，目前在國內不會遇到。我們能夠遇到的基本就是5g-guti或者IMSI。

傳遞已經存在的UE,Context的方法。其它的可能方法有:transfer-updata、release、assign-ebi。

SBI介面的訊息內容採用JSON編碼。