5GAdvanced卫星网络增强技术专题报告

目 录7高卫星入的IMS语音 7非IMS业的UE-Sat-UE增强 284.总结 31缩语简表 33参文献 342背景3GPPCCSA5G与卫星通信融合标准制定。3GPP在非地面网络（NTN）标准化工作中成果显著，Release19关注再生gNBeNBNTN性能和灵活性。Release19IoT终端的存储与转发服务，以提供时延不敏感的业务通信。19UE-卫星-UEIMSIMSUE-卫星-UE通信的增强。ITU20255月，ITU5G3GPP非地面网络（NTN）5G卫星通信唯一技5G正式进入"天地一体化"新阶段。CCSA5GCCSA5G3GPP3GPP5G网络可支持卫星单连接终端和/或卫星+定/5G通信业务。SpaceXStarlink98009000100多个国家与地区。截止到20258700Kuiper项目3236202512100第648202512648630多颗卫星在轨运行并实现商业化运营，主要面向企业、政府、电话网络运营商等提供高速、低延迟的互联网服务。在国内，"GW星座"1.3两个子500km1145km的近地轨道。"千帆星座"31.52025年底实现6482027648颗卫星提供全球网络覆盖，到2030年底实现1.5万颗卫星提供手机直连多业务融合服务。天通一号系统作为我国首个自主运行的卫星移动通信系统已实现商用运营，先后发射三颗卫星，具备语音、短信、数据及增值服务能力。随着标准技术体系的逐步完善和产业生态的不断成熟，5G-Advanced卫星网络增强技术面临新的发展机遇。4典型的业务场景需求NTN5G-Advanced系统中需要支持多种典型业务场景，以满足全球3GPPRelease20服务需求的标准，IMS广播组播服务等关键场景。IMSNTN3GPPS22.2615G系统需要支持使用O卫星接入的MSO540ms的往返传播时延，这对传统地面蜂窝网络的语音通信流IMS架构和考虑终端兼容性的UE盖的环境中具有重要价值。系统需要支持语音、消息、数据等多种业务类型的UE间通信。UE间直连通信还可以作为应急情况下的备用通信手段，在地面网络中断时维持最基本的用户间通信能力。NTNLEO卫星具有低时延优势但覆盖时间有限，GEO卫星提供稳定的大范围覆盖但时延较高，MEO卫NGSONTNMPS（多媒体优先服务）和MCS（关键任务服务）等优先级通信机制，确保应急响应、救援指挥等关键通通信、位置服务、视频回传等，也需要在卫星环境下得到有效支持。5GEO1/34K/8KUHD播架构，优化内容缓存和分发策略。卫星广播/组播服务在体育赛事直播、新闻户。这些典型业务场景体现了NTN在5G-Advanced系统中的多元化应用价值，从基础的语音通信到复杂的多媒体服务，从常规的数据传输到关键的应急通信，NTN网络正逐步为实现真正的全球无缝覆盖和全场景服务提供技术保障。6面向卫星接入网络通信增强技术本文主要针对在高轨卫星IMSUENB-IoT窄带宽特性与卫星高时延环境IMSUE间直连通信增强，重点考虑卫星动态拓扑的适配优化。IMS语音NB-IoTNTNEPC网络为例。GEONB-IoTNTN接入EPC的IMS语音通话CPIMS语音通话为支持IMS语音服务，系统需针对IMS信令和语音数据流提供不同的oS（SRGEO卫星环境下应避免采用有确认机制的无线传输CIoTEPSSDF会通过各自的SRB网络架构3.1.1-1NB-IoTNTNEPCCIoTEPS优化。73.1.1-1CPCIoTEPC的NB-IoTNTN架构PDN连接类型PDN连接的类型可以是IPIP。当前标准下，有以下几种组合：SDFIPPDN连接，IMSSIP/UDP/IP，语音数据包用。两个SDF通过同一非IP类型PDN连接，语音数据包用MS信令协议栈待定（FS。IMSPDNIPPDN，语音走非P类型P（P/D。承载映射架构IMSSDFRC（MMS信令流使用RCAMIMSNASSRBSRB。SDFEPS3.1.1-2所（SRBx）SRB。IMS信令SDF与语音数据包流在时延和可靠性上有不同需求。语音数据RLCAMIMSRLCSRB传输。SDFEPS承载结构如图-2的SRB。3.1.1-2CPCIoT通过NB-IoTNTNEPCIMSVOICEoverGEO的承载映射8IP类型PDN连接时的承载映射E-UTRAN/EPSIMSEPS承载通常采用C-R-oT不支持REPS承载选用QCI-5，用于IMS信令；EPSPDNGBR，可能需定义新QCI；MMETS23.401eNodeBEPS承载。EPSIMSUL/DLMS呼叫设置时可更新LTS传输可用于承载修改，ULTFT可由UE本地派生。IP类型PDN连接时的承载映射GEONB-IoTNTN语音流量时，数据速率和呼叫建立时间因IPPDNCIoTEPSIPPDN类型。IPPDNIP5元组（源/IP、端口和协议）进行TFT过滤，因此需引入新功能：IMSUL业务类型（SIP/I1UEEPSRRC配置的无线承载。下行方向上，PGWIP5DLTFT映射流量。语音数据包流的协议开销SRBx语音流协议开销：MAC层TBS有1MACPDU。RLC层：UM模式下为1字节，TM模式下为0字节。RRC层：NASPDU长度指示器最多1字节，可取消。NAS层：新消息使开销减至3字节，最少可至0。9NAS安全SN1节。IP/UDP/RTP层：IPPDN类型：RoHC3字节，无RoHC30字节。非PPN类型（P/D：P开销为1字节。表3.1.1-1对各协议层的开销进行了归纳，并列出了总开销的最佳情形与最差情形的具体数值。表3.1.1-1：控制面上语音数据流的协议开销协议层描述最佳情况最差情况评论/影响MAC层每个TBS的单个MACPDU1B1B规范中支持。RLC层TM或UM0（TM）1B（UM）0字节需要规范支持SRB的RLCTM/UM。RRC层NASPDU 的RRC封装01BNAS层NAS消息开销0B3BRel-19中的CTWG1工作将NASOH减少到3字节。NAS安全MAC和 NASSN1B5B1B时需要MAC抑制。IP/UDP/RTP1B3B-30B对于非IPPDN类型：1B用于RTPSN。对于IPPDN类型：RoHC的3B。RoHC上下文（重新）建立期间的30B。总开销3B14B-41B影响开销的关键因素：MAC（完整性保护）抑制。IP与非IPPDN类型。对于IPPDN类型：RoHC（重新OH。通过S1-AP进行SRB别。通过SRBx预协商NASPDU大小。开销数据速率由数据包速率决定。例如，每个数据包开销为3B时，若每秒发送50个数据包，则速率为1200bps；若每包为6B，则为2400bps。10UP的IMS语音通话基础架构与能力协商机制基于用户平面的IMS语音通话方案在NB-IoTNTNviaGEO卫星环境下，以EPC架构作为基线，通过SGi接口进行数据传输。UEMME的能力协商流程设计：UE请求中通过domainpreference设置为"IMSPSonly和"UE'susagesetting设置为"voice-centric"来指示对NB-IoTIMS语音的支持。MMEUE订阅数据中NB-IoT(GEO)IMSAttachAcceptUE指示支IMSoverPSIMS服务建立奠定了基础。可采用预配置的IMS专用APN建立PDN连接，该APN专门配置用于NB-IoT(GEO)语音呼叫服务。考虑到NB-IoTRAT的技术限制和GEO卫星的高时延特性，在IMS呼叫建立前进行资源预留或承载预建立策略。P-CSCF与PCRF的交互遵循标准Rx接口规范，通过策略控制机制协调语音呼叫的资源分配。为优化呼叫建立时间，建议在IMS呼叫建立前预先完成承载修改程序进行QoS更新或资源预留。在网络实体影响方面，HSSIMSover-oGRN需要支持oO卫星接入下的承载建立和oS处理，PCRFNB-IoTNTN类型做出相应的策略决策。承载建立与管理针对IMS信令和语音数据的不同传输需求，有三种承载管理设计方案，针对特定的应用场景和优化目标。单一默认承载EPS承载同时传输信令和语音数据。该方案的核心技术是承载修改程序，P-GWP-CSCFGBREPSQoSGBR11NB-IoTEPSGBR承载，该策略充分利用了现有的技术约束条件。分离传输承载体现了IMSIMSIP技术方案。IMSEPSIPIMSP-GWUE提供包含上行TFT，UESIP呼叫建立过程中协商的端口号过滤上行语音分MME选择TFTP-GWEPS承载的上行和下PGW需要支持基于IMSAPN和NB-IoT(GEO)EPSNB-IoT(GEO)卫星接入和UEIMS语音呼叫订阅。混合传输承载IMSAPNPDNEPSIP类型IMSIP类型的语音数据传输。UEAttachUE网络能力中指示"IPIP混合传输"Attach持。语音数据传输技术IP技术路线，同时也探索了一些替代技术选项。IPIMSIPRoHCRoHC上1~3IMS网络实体无影响、支持标12QoSIPIPIMS和补充业务，具有良好的可扩展性和互操作性。EPSGBR承载的QoSRxPCRF通过x接口向PWPW建立专用承载并配置相应的FT规则。2Kbps0.7KbpsRoHC压缩技术期待能够较好地满足带宽需求。在网络稳定状态下，RoHC输保障。Non-IP传输技术探索作为一种备选技术研究，通过协议转换机制尝试减少UE/PGWNIDD格式与标准IPUENon-IP的语音数据包，PGWNon-IP格式。预建立专用承载的增强4GNB-IoT540ms的往返传播时延和受限的链路带IMS语音呼叫建立过程明显延长，严重影响用PDU会话建立阶PDU会话建立后按需建立所带来的额外信令时延。RAN标识PDUIMSMMEtypeAPNUE13P-GWP-GW基于上述信息和用户TFT（AGWIP列表P-GWPCCTFTPCRF获得。需扩展支持卫星语QoSMMEP-GWP-GWPCRFPCRFPCC规则。IMS语音业务建立时延过长的关键问题。GEONB-IoTNTN接入的IMS增强GEONB-IoTIMS协议流程提出了严峻挑IMS语音业务时，可IMS交互流程，比如：precondition；earlymedia，可启动本地放音机制；IPSec。SIP呼叫建立流程的精简与优化在高延迟、有限带宽的NB-IoTGEO卫星网络场景下，传统的IMS语音呼叫建立流程因多次信令往返而导致呼叫建立时间过长，难以满足用户体验要求。本章节提出基于网络侧功能增强的优化思路，其核心在于引入背靠背用户代理（2B，对信令流程进行重构和适配。SIP协议体系中，B2BUASIP代理B2BUASIP14S；

对话，并同时扮演两个针对被叫方，它充当主叫用户代理客户端（C。因此，2BA维护两个独SIP对话状态，并在这两个对话之间进行信令的转换、映射和逻辑控制。IMS架构中，P-CSCF（代理-呼叫会话控制功能）AS（应用服务器）B2BUAB2BUA用于不同场景的优化方案，这两个方案的核心区分点在于由哪个网络实体（P-CSCFAS）B2BUA的关键角色。方案一：P-CSCFB2BUA方案NB-IoT地球同步轨道传输延迟（250ms单向）IMS语音呼叫建立（TS23.228clause5.6）7SA1305.7a,无先决条件）险，可能导致被叫用户已开始说话而主叫方因承载未建立完而无法收听到。提出一种通过网络侧功能增强以适配不同终端能力的优化方案，采用类似TS23.228clause5.7a72络侧（PCSF）的判断和功能增强（2BA，来解决不同终端能力（是的终端在通过NB-IoTGEO接入时，需在信令中表明其能力（如不携带Pondition头域，网络侧根据此信息及被叫侧能力决策最终采用的流程。方案具体分为两种主要场景进行处理：场景一oN（-oTO接入E，此UEP-CSCFPCSCF)（2UMSW进行语音编解码转换。主叫侧执行简化流程。UEA发送不包含Precondition的INVITE。P-CSCFA15183180Ringing含SDPanswer)UEAUEA能尽早开始资源预留并播放回铃音。被叫侧执行标准完P-CSCFAINVITEPrecondition的UEBUEB183PRACK、P-CSCFA射（183180PRCKPE等，并最终200OKACK。图3.1.2-1场景一：主叫支持VoGoN，被叫为传统UE场景二o（-oTO接入E或支UEB化流程。UEAINVITE（Precondition）,UEB的网络接入信息（NB-IoTGEO）UEB。UEB在资源准备180Ringing(SDP18316PreconditionUEA180响应（SDPanswer）后，即可开始PRACK200OKINVITE)等交互。图3.1.2-2场景二：被叫支持VoGoN，主叫为传统UE或支持VoGoNASB2BUA方案UE发起的会话流程简化（ASB2BUA）173.QoSAuthorizationandResourcereservationTrying2.100(codec-X)1.INVITEP-CSCF3.QoSAuthorizationandResourcereservationTrying2.100(codec-X)1.INVITEP-CSCFEPSUE(A)AS5.Resourcereservationfortranscoding(codec-X)MRF/MFS-CSCFefaultcodeclist)7.Mediacodecnegotiation6.INVITE(d4.INVITE80Ringing.14.Media(Codec-A)13.Media(codec-X).ACK12200OK119.ResourceupdatefortranscondingcodecX<-->Aponse(codecA)8.Offerres10.1TerminatingNW/UE(B)v7.2图3.1.2-3：卫星UE发起的会话过程UE（A）（B）INVITE（O-oT，E（A）决定在会话中使用低数据速率音频编解码（od-xSPESPpcondition或SIPprecondition。P-CSCF对UE（A）100Trying响应。P-CSCF检测到UE是通过NB-IoT（GEO）连接的。为了减少呼叫建立时间，P-CSCF会触发EPS的QoS授权和资源预留。可以为语音流建立一个额外的无线承载。P-CSCFINVITES-CSCFS-CSCFINVITEIMSASAS充当IMS会话的B2BUA。AS决定触发UE（A）的主动转码。AS触发相关媒体功能（例如codec-X转码到IMS码器。AS（SIPINVITE。AS和终端网络/UE（B）交换SDPOffer/Response以进行媒体编解码器协商。18MF/MRF和UE（B）CodecA。ASMF/MRFCodec-XCodec-A之间进行转码。UE（B）UE（B）SIP200OKCodec-ASDP响SSCodACodXSP响应转发给A。UE（B）UE（A）ACKUE（A）MF/MRFCodec--X。MF/MRF执行媒体转码。MF/MRF和UE（B）之间的媒体流采用Codec-A。6.INVITE(codec-X)10.1800Ringing200OKv7.215.AudioMedia(codec-X)16.Media(Codec-A)4.ACK112.186.INVITE(codec-X)10.1800Ringing200OKv7.215.AudioMedia(codec-X)16.Media(Codec-A)4.ACK112.1811.ResourceupdatefortranscodingcodecX<-->A13.Ringing9.180(codec-X)8.7.QoSAuthorizationandResourcereservationRinging5.Resourcereservationformediatranscoding4.ACK(codec-A)A)4.ACK(codec-AS1.INVITE3.Mediacodecnegotiation2.Offerresponsee2.Offerrespons1.INVITENW/UE(B)MRF/MFS-CSCFUE(A)EPSP-CSCFUE(A)EPSP-CSCF图3.1.2-4：卫星UE终止会话过程191.UE（B）INVITEINVITE被发送到IMS中的S-CSCFAS。2-4. ASUE（A）IMSNB-IoT（GEO）连接到IMS。AS充当UE（A）的B2BUA，用于与UE（B）协商媒体编解码器。Codec-A最终在AS和UE（B）之间进行选择和确认。ASMF/MRFUE（A）UE（B）之间的媒体转码。ASINVITENB-IoT传输的音频Codec-X作为示例。INVITES-CSCFP-CSCF。P-CSCF根据IMSNB-IoT（GEO）QoSEPS可以为语音流建立一个额外的无线承载。UE（A）保留无线资源后，P-CSCFUE（A）INVITE。UE（A）S-CSCFAS。AS更新MF/MRF中的媒体资源预留。AS指示MF/MRF在IMS会话的编解码器XA之间执行转码。AS向UE（B）发送180振铃消息。200-OKXOffer响应发送到。SXA（B。UE（B）UE（A）ACK。UE将启动此会话的媒体流。UE（A）MF/MRF之间的媒体流以编解X传输。MF/MRF执行媒体转码。MF/MRFUE（B）A传输。P-CSCFASB2BUA的关键特性表3.1.2-1对比P-CSCF和AS分别作为B2BUA方案P-CSCF作为B2BUAAS作为B2BUA优点1.P-CSCF是UE接入IMS的第一跳AS在IMS架构中本身就被设计为20网络节点，优化流程被严格局部化IMS如S-CSCFMw接口、ASISC接口）几乎无影响，易于快速部署和平滑演进。2.在P-CSCFIMS-AGW（接入网关）完成媒体面的编解码转换，无需增强MRF/MF。B2BUA（例如，用于多方会议、语音信箱等业务），因此其行为符合标准角色。缺点突破了标准中P-CSCF主要作为无状态/有状态代理的角色定义，需要对其进行功能增强以支持完整的B2BUA行为。1.通常AS部署位置较高，其B2BUA行为需要前后端网络单（ISC接口和Mw影响范围较广2.MRF/MF（媒体资源功能/）是新的需求，要求其支UE发起的呼叫进行动态、高效的媒体资源分配和转码。3.AS及对应的MG/MRF需具备P-CSCF/IMS-AGW能力，否则：GEO接入侧无QoS保障且缺少安全防护消息简化与消息压缩GEOSIP信令的传输效SIPSIP21SIPIETF定义的必选信元进行适IMSP-CSCF启用上行信元填充策略与SIP并且无论消息简化与否，都可以引入SigComp（信令压缩）机制进行压缩，Sigcom机制利用其状态缓存与字典压缩能力，对SIP消息中冗余度较高的结构（RouteRecord-Route等SIP信元长度对于SIP信令中的某些必要信元，可考虑设置适用于卫星通信的最大长度，以尽可能降低SIP信令的长度。比如，SIPRegistration、SIPINVITE流程中，一些必要信元可以设置最大长度，比如：Call-ID16字节From-tag12字节12字节16字节SIPUEUESIP信令时需考虑IMS网络则不强制设置最大长度要求。RFCSIP信元必选性UEP-CSCFSIPIETFRFC3261IETFRFC4566SIPSDP属性行是必须要携带的。在实际部署SIPSIP简化目的。IETFRFC326120SIP信令中若干必选、条件必选SIP信元，如下表所示：22表3.1.2-2SIP信令中若干必选、条件必选的SIP信元HeaderfieldwhereACKBYECANINVOPTREGCall-ID(i)c(1)mmmmmmContact(m)Ro--mooContact(m)2xx---mooContent-Type(c)**-***CSeqc(1)mmmmmmFrom(f)c(1)mmmmmmMax-ForwardsRmmmmmmTo(t)c(2)mmmmmmVia(v)RmmmmmmVia(v)rc(1)mmmmmm: Headerfieldiscopiedfromtherequesttotheresponse.: Copiedfromtherequesttotheresponsewithpossibleadditionoftag.根据IETFRFC4566，在SDP中，下列属性行必须要携带：v=(protocolversion)o=(originatorandsessionidentifier)s=(sessionname)c=(connectioninformation)t=(timethesessionisactive)m=(medianameandtransportaddress)a=*(zeroormoremediaattributelines)SIP信元此方案在IETFRFC3261、IETFRFC4566的基础上，根据实际需要，对SIP信令中必选、条件必选信元进一步调整，以达到精简SIP信令的目的。此方案基于P-CSCF根据UEP-Access-Network-InfoUPFUEIP地址判断SIPUEUESIP（SIP信令P-CSCFUE所提供的初始信息。UESIP消息（SIPINVITE）时，尽可能地降低重复、非必要信元，P-CSCFUE未提供的信元。UESIPREGISTER23表3.1.2-3SIPREGISTER携带信元参考信元说明Call-IDUE必带From-tagUE必带ContactUE仅携带SIPURI，Feature-Caps由P-CSF添加Supported由P-CSCF添加Allow由P-CSCF添加Max-Forward由P-CSCF添加ViaUE必带Security-Client启用IPSec时，UE携带Security-Verify启用IPSec时，UE携带Accept由P-CSCF添加P-Access-Network-InfoP-CSCF识别卫星接入，从而启用填充策略，若P-CSCF识别星上UPF分配的UEIP地址，则可不携带Expires由P-CSCF添加在UE发起SIPINVITE时，则UE可以进一步省略前述已提供的信元（如初始必带信元），省略的信元可进一步由P-CSCF添加：表3.1.2-4SIPINVITE携带信元参考信元说明Call-IDUE必带From-tagUE必带To-tagUE必带ContactUE仅携带SIPURI，Feature-Caps由P-CSCF添加Supported由P-CSCF添加Allow由P-CSCF添加Max-Forward由P-CSCF添加ViaUE必带P-Preferred-Identity缺省不带，P-CSCF从From获取PUIRoute初始SIPINVITE中UE不携带，话内SIP请求，UE携带Record-Route转换的RouteRecord-Route初始SIPINVITE中UE不携带Min-SE由P-CSCF添加Session-Expires由P-CSCF添加P-Preferred-Service由P-CSCF添加P-Early-Media由P-CSCF添加Accept-Contact由P-CSCF添加Security-Client启用IPSec时，UE携带Security-Verify启用IPSec时，UE携带Accept由P-CSCF添加P-Access-Network-Info由P-CSCF添加，可根据前述缓存的消息填充24UESIPINVITESDPP-CSCF根据策略来适当补全，比如：表3.1.2-5SDP携带属性参考SDP中属性字段说明o行的sessionId、versionIdUE填写SDP时，该字段可以缩短长度。o行的ip地址UEDP..1.IP41（IP。s行UE填写SDP时，该字段可以固定填写s=-。c行UE填写SDP时，只携带一个c行。b行UESDP时，vbmb行。precondition参数不考虑precondition，UE不填写precondition参数。SDP的a=sendrecvUE填写SDP时，不填写SDP的a=sendrecv。其他SIP信令，可根据上述原则相应地处理。当PCSF向UE发送下行SPSPPCSFSIP信令长度。基于接入类型感知的SIP定时器动态调整方案GEO（IMSSIPVoG呼叫的可靠性和建立效率。SIPGEO专用E在注册时通过标准PNI头上报其RAT如3PPoO)。方SIP（INVITE对话GEOIMSREGISTER请求，PANIRATGEONB-IoTUEGEOSIP（）IMS（P-CSCF/S-CSCF/AS）收到注册请求后，解析PANI头，自动为该UE的会话相关事务启用GEO专用SIP定时器配置。UEPANIGEORAT类（RATUEIMSMTUE25GEOGEOGEOMTUEIMSRAT类型信息，MTGEO（MT因等待GEO端的慢响应而超时）。呼叫双方基于调整后的长定时器进行信令交互，有效避免因延迟导致的误超时场景。GEONB-IoTNTN接入EPCIMS紧急呼叫GEONB-IoTNTN环境中，保障紧急呼叫的可MCCUE能获取其实际所在国家/PLMN归属国的固定列表。UEUE的实时地理位置（MCC）动态提供并更UE当前所在国家匹配。方案的流程如下图：图3.1.3-1基于位置的GEO卫星紧急号码动态提供在初始配置阶段，UEMME上报其粗MMEUE当前所在的国家/UEUEMMEUE26独立的精确定位流程（TS23.271）UE位置（MCC）。一UENASUE。IMS根据网络下发的紧急号码列表识别紧急PDNIMSIMS会话UE未正确识别紧急呼叫，P-CSCF也可基于运营商策略进行检测。检测后，P-CSCFUEUE发起紧急呼叫流GEONB-IoTNTNPLMNUE实际位置不匹配的GEO卫星环境下的极高可靠性。GEONB-IoTNTNIMS紧急呼叫业务的监管定位服务紧急呼叫必须尽可能提供主叫方位置信息，这对于卫星接入场景尤为重要。NB-IoTGPS）（SIP消息体或特定信元（如波ID、定时提前量）NAS消息发送至核心，再由核心网发送至紧急呼叫中心。UENASMME报告粗略位置2PSAPGNSSIMSIMSIMS核心网需要验证或获取额外位置信息时，可以通LRFMMEMMEQoSE-SMLCGNSSGNSS信息的可信度。对于紧急呼叫路由，P-GW和PSAP的选择需要基于UE的地理位置进行，27GEOTAI+ECGIP-GW选择机制无UE的精确位置信息。PCRFGEOIMS紧急语音呼QoSIMSARPMME在检EPC-NI-LRNB-IoTGEO接入场景，MMENASUEE-SMLC发送位置请求。当紧急服务不再活跃时，MME需要向GMLC/LRF通知EMERGENCY_CALL_RELEASE事件。整体方案可复用现有的位置服务框架，NB-IoTGEO特有的约束条件来实现紧急服务的位置支持。小结NB‑IoTEPCIMS语音媒体流和IMS信令统一采用NB‑IoT（GEO）用户面承载，通过DRB与S1‑U进行传输，不再依赖控制面数据通道承载语音；IMSIPPDN连接，UE在该PDN连接建IMS通话的IP地址；语音媒体承载以基于IP的传输为主，结合头压缩技术在NB‑IoT、高时Non-IPUE与网络RTP/UDP/IPSIP语音信令呼叫流程的精简与优化可以和消息简化/压缩共部署来优化呼叫建立时延。3.2非IMS业务的UE-Sat-UE增强SA1在TS22.261中定义了支持UE-卫星-UEUE通过NGSO3GPPUE-卫星-UEIMS服务（5G-LAN），5GS以弥补差距。UE-Sat-UE增强，可将GEOUE-to-UE本地通信机制扩展至NGSO（LEO/MEO）NGSO卫星高动28态性带来的5GLAN服务连续性挑战，实现卫星上UPF的本地流量切换而无需经过地面段，包括卫星上UPF选择和通信建立。基本场景示意如下图：图3.2-1：经由星载L-PSA的本地交互图3.2-2：经由N19连接的多个星载L-PSA的本地交互NGSO5GISLN19/N6SMFAMFID5GVNUPF不同，NGSOSMFULCL/BPL-PSAN19或N6隧道转发流量，卫星变更过程中支持切换本地交换模式和地面转发模式。服SMFUE的移动性处理。5GVNUE5GVNSMFSetIPPDUPSAUPFSSC2329有5GVN组成员均通过NTN接入且无地面数据网络（DN）连接需求。此外，可以考虑在5GVN组数据中新增例如"UE-SAT-UEcommunicationindication"参数，使SMF能够基于DNN、S-NSSAI和卫星信息明确识别支持UE-SAT-UE通信的5GVN组，并对非卫星接入UE的此类服务请求进行准入控制。30总结5G-AdvancedIMSUE间直连通信两个典型业务场景中面临的技术挑战，并提出了相应的解决方案。IMSGEO540ms往返时延对传统CIoTEPS优化的语音通话方案、基于用户IMS语音通话方案以及预建立专用承载增强方案，通过单一默认承载、NB-IoTRAT限SIP（P-CSCFSCCAS72SIPGEO专用UERAT类型自动启用相应的定时器配置，有效避免了因延迟导致的误超时问题。GEOGEOUE的实NASGNSSPSAP选择提供可靠的位置支撑。UENGSO5GLANGEOUE-to-UENGSO卫星星座SMFAMFID进行实时判断和动态重新配置ULCL/BPL-PSAUPF的本地流量切换而无需经过地面段。主要技术贡献包括：一是在承载管理层面，针对NB-IoTRAT的技术限