网站开发综合实训总结,网页微信版网址,html做网站怎么链接音乐,wordpress 框架一、引言
随着5G非地面网络#xff08;NTN#xff09;技术的演进#xff0c;基于NB-IoT的卫星通信#xff08;如GEO地球同步轨道卫星#xff09;逐渐成为偏远地区语音服务的重要补充。然而#xff0c;传统IP多媒体子系统#xff08;IMS#xff09;的信令流程在带宽受限…
一、引言
随着5G非地面网络NTN技术的演进基于NB-IoT的卫星通信如GEO地球同步轨道卫星逐渐成为偏远地区语音服务的重要补充。然而传统IP多媒体子系统IMS的信令流程在带宽受限、时延较高的卫星链路中面临显著挑战。2025年5月vivo、MediaTek、ZTE、OPPO等厂商联合向3GPP SA WG2提交提案S2-2504682针对NB-IoTGEO场景提出IMS信令优化方案旨在通过减少SIP协议消息数量与负载大小显著降低语音呼叫建立时延。本文基于提案内容系统性解析其技术原理与实现路径。 二、问题背景卫星通信场景下的IMS信令瓶颈
在NB-IoTGEO语音通信场景中呼叫建立时延的主要来源为SIP协议的多轮次信令交互。典型流程需完成8次消息交换INVITE→100 Trying→183 Progressing→PRACK→200 OK→UPDATE→200 OK→180 Ringing累计数据量约10KB。这一流程在带宽受限的NB-IoT网络中导致以下问题
高时延累积GEO卫星链路的传播时延约250ms单向与多轮次信令交互叠加显著延长呼叫建立时间。带宽资源浪费冗余信令字段如重复的To头域、注册信息与预条件协商机制RFC 4032增加了不必要的数据传输量。QoS保障不足传统QCIQoS Class Identifier机制未针对卫星信道特性优化导致资源分配效率低下。
提案明确指出需通过协议层优化与流程重构实现“轻量化信令交互”与“带宽高效利用”的双重目标。 三、解决方案双路径优化策略
提案提出两项核心优化方案分别针对信令交互次数与消息负载大小具体如下
3.1. 禁用预条件机制Precondition Disabling
技术原理 预条件机制RFC 4032要求SIP会话在建立前完成媒体质量协商如带宽、编解码器需额外引入PRACK与UPDATE消息。在NB-IoTGEO场景中该机制因链路稳定性差与资源分配动态性而失效。 优化措施
移除预条件协商流程在P-CSCF代理呼叫会话控制功能与IMS应用服务器IMS AS间禁用预条件功能直接进入会话建立阶段。动态资源分配触发通过PCRF策略与计费规则功能实时监控EPS承载状态当语音资源就绪时由P-CSCF发送SIP MESSAGE通知IMS AS见Figure 6.X.3.4-1。
效果验证 禁用预条件后信令交互次数从8次减少至5次INVITE→100 Trying→183 Progressing→200 OK→180 Ringing累计数据量降低约30%。
3.2. SIP消息负载优化
技术原理 SIP消息中存在大量冗余字段如重复的To头域、注册信息与低效编码如SDP会话描述协议的冗长格式。 优化措施
字段精简 在INVITE请求中省略Request-URI中已包含的To头域信息示例见Figure 6.X.3.2-1。移除注册流程中已提供的用户能力信息如编解码器支持列表。 SDP压缩 采用SigComp协议RFC 5049对SDP内容进行压缩将媒体描述字段如maudio、artpmap编码为紧凑二进制格式。针对GEO场景优化编解码器选择仅携带低带宽适配的编解码器如G.711 PCMU/8k。
效果验证 优化后单个SIP INVITE消息负载从120字节降至约70字节SDP压缩率超过40%。 四、技术实现流程重构与协议适配
提案通过两阶段流程重构实现优化方案具体如下
阶段一服务请求与EPS承载激活 UE状态迁移 终端从RRC-IDLE状态发起Service Request过渡至RRC-CONNECTED状态。若接入类型为NB-IoTGEO核心网在Service Request过程中激活语音专用EPS承载。 SIP INVITE优化 终端发送SIP INVITE时仅携带GEO语音适配的编解码器列表如maudio 49155 RTP/AVP 0 8。P-CSCF作为B2BUABack-to-Back User Agent终止信令根据接入网络信息添加必要扩展头域如Supported: 100rel。
阶段二会话建立与资源协调 IMS AS介入 IMS AS作为B2BUA发起与被叫方的会话交互通过PCRF动态监控EPS承载资源状态。当语音资源就绪时P-CSCF发送SIP MESSAGE通知IMS AS消息体包含AGW分配的IP地址与端口。 媒体路径优化 媒体会话通过NIDDNon-IP Data Delivery用户面传输避免IP头开销。MGW媒体网关根据编解码器能力协商结果执行转码或直接转发RTP流。 五、会话过程的技术细节扩展
提案对NB-IoTGEO场景下的IMS信令流程进行了系统性细化涵盖主叫MO流程、被叫MT流程及紧急呼叫流程并针对不同网元角色如P-CSCF、IMS AS的职责分工进行了规范。
5.1. “P-CSCF模式”** 与 “IMS AS模式”
在NB-IoTGEO卫星通信场景中 “P-CSCF模式” 与 “IMS AS模式”是针对移动主叫语音呼叫的两种优化流程。尽管二者均旨在降低信令开销并适配高时延、低带宽的卫星环境但在关键实现细节和功能分工上存在显著差异。以下是核心区别的详细对比
5.1.1. B2BUA角色的分工差异
特性P-CSCF模式IMS AS模式B2BUA角色归属P-CSCF代理呼叫会话控制功能作为B2BUAIMS ASIMS应用服务器作为B2BUA功能职责P-CSCF同时终止主叫与被叫侧的SIP信令负责媒体协商、资源分配和EPS承载触发IMS AS接管B2BUA功能P-CSCF仅作为透明转发节点负责信令路由适用场景适用于EPS承载无法预激活的简化流程适用于需动态资源协调的复杂场景如跨网络域交互
核心区别
在P-CSCF模式中P-CSCF直接参与媒体路径控制如SDP协商、资源分配并通过触发EPS承载激活如TFT配置完成本地资源管理。在IMS AS模式中P-CSCF仅作为信令中继由IMS AS承担B2BUA功能负责协调终端侧GEO卫星与网络侧IMS核心网或第三方网络的资源分配与媒体协商。
5.1.2. EPS承载激活时序差异
特性P-CSCF模式IMS AS模式激活流程触发点P-CSCF在步骤5直接触发EPS承载激活EPS承载激活延迟至步骤5由IMS AS控制并与PCRF通知联动资源分配逻辑AGW接入网关根据P-CSCF指令进行本地资源预配置IMS AS根据PCRF状态通知动态触发资源分配灵活性更强信令交互次数5轮次INVITE→100→183→200→1805轮次与P-CSCF模式相同但新增SIP MESSAGE交互
核心区别
P-CSCF模式通过步骤3和步骤5的AGW预配置和EPS激活并行化减少了信令延迟。IMS AS模式增加了访问PCRF精确状态通知的“SIP MESSAGE”步骤步骤9实现动态资源调控但可能导致轻微时延增加。
5.1.3. SIP消息头部与媒体描述优化差异
特性P-CSCF模式IMS AS模式SDP优化禁用预条件机制SDP仅涉及GEO适配编解码器SDP进一步简化禁用RFC 4032预条件头域如precondition冗余字段精简INVITE中省略To头域与注册冗余信息IMS AS发起的新INVITE进一步移除冗余能力字段如重复的Contact头域扩展头域支持P-CSCF添加Supported: 100rel以兼容旧终端IMS AS根据网络侧要求添加扩展头域如MediaProxy
核心区别
P-CSCF模式侧重于终端侧与核心网之间的精简交互通过本地资源分配优化单跳路径性能。IMS AS模式通过增加IMS AS的决策层能够跨网络域适配不同接入技术如卫星与地面用户域编解码器和媒体参数协商更灵活。
5.1.4. QoS保障与资源协调策略
特性P-CSCF模式IMS AS模式QoS机制使用静态QCI如QCI1保障语音优先级动态QCI调整通过GQ-C策略与计费控制实时优化承载资源触发步骤5中由P-CSCF直接通过TFT配置激活EPS承载步骤5中由IMS AS在PCRF通知后触发承载激活更准确媒体网关(MGW)参与AGW单点控制音频路径直接透传IMS AS协调MGW进行转码或资源优化如CAPEX降低
核心区别
P-CSCF模式适用于简单的QoS场景以降低网络复杂性为目标。IMS AS模式通过PCRF联动与多级协调支撑更复杂的QoS策略如带宽弹性分配和跨域媒体处理如G.711→AMR转码。
5.1.5. 紧急呼叫与用户隐私特性
特性P-CSCF模式IMS AS模式紧急呼叫SCC-AS直接处理匿名紧急呼叫P-CSCF路由至PSAPIMS AS接管紧急呼叫支持MSD最小紧急数据集透传隐私保护P-CSCF保留用户位置信息不透传至核心网IMS AS启用隐私扩展如privacy: id隐藏用户身份与设备详情地理位置上报通过AGW定位GEO终端坐标IMS AS融合GPS与NG-RAN定位信息精度更高
核心区别
P-CSCF模式以快速路由为目标优先保障紧急呼叫可达性。IMS AS模式通过IMS AS的中央控制实现更细粒度的隐私保护机制与多源位置聚合。
5.1.6. 典型场景用例对比
场景P-CSCF模式适用情况IMS AS模式适用情况孤网卫星通信终端与核心网间仅通过单跳GEO链路连接适合快速建立语音通道终端需漫游至其他网络如地面LTE/5G需跨域协商低成本终端2G/3G IoT节点通过NB-IoT接入要求低处理负荷智能穿戴设备通过多网融合Satellite WiFi接入应急搜救场景灾难现场快速部署音频流直接透传至救援中心灾难区域同时上报MSD、视频流与传感器数据
5.1.7. 选择建议 选择P-CSCF模式 若网络架构简单如单运营商单制式网络、QoS策略固定且终端能力受限P-CSCF模式可快速部署并保证基础语音服务。适用于资源紧张的GEO卫星场景。 选择IMS AS模式 若需支持跨网域交互如国际漫游、动态QoS调整或高级媒体处理如转码、隐私保护IMS AS模式更灵活且可扩展性更强但会增加网络部署复杂度。
两种模式的技术路径均符合3GPP Rel-20标准提案要求并可根据实际部署场景混合使用。
5.2 IMS注册流程Registration
NB-IoT地球同步轨道卫星GEO场景下用户设备UE向 IMS 网络发起的注册过程。 该流程通过以下关键技术优化了注册效率
信令数据压缩利用 SigComp 协议压缩 SIP 消息负载减少卫星链路带宽占用冗余字段精简省略 SIP 消息中重复的 To 头域信息接入网络信息透传通过 P-Access-Network-InfoPANI字段传递 NB-IoT(GEO) 的网络属性安全性保障基于 IPSec 的加密传输与基于 Digest 的鉴权机制。
步骤1UE 发起初始 REGISTER 请求
场景条件终端检测到当前接入技术为 NB-IoTGEO。 核心操作
信令压缩在 INVITE 消息中通过 compsigcomp 指示 SigComp 协议启用并携带 sigcomp-id 作为标识。头域优化 Request-URI 包含完整的 URI如 tel:8613512345678而 To 头域仅提供简略标识 A避免冗余。From 头域与 Contact 头域中省略在注册流程中已隐含的 URI 信息。
P-CSCF 行为
To 头域恢复将 sip:A 替换为 tel:8613512345678对齐 Request-URI。SigComp 处理通过内置解压器还原 SigComp 压缩的 SIP 消息。
步骤2IMS 核心网发起鉴权挑战
核心操作
401 Unauthenticated 响应IMS 核心网返回要求鉴权的 SIP 响应消息包含 WWW-Authenticate 头域。
P-CSCF 行为
SigComp 启用通知在 Via 头域中添加支持 SigComp 的标识确保 UE 在后续消息中继续使用压缩。
步骤3UE 发送带有鉴权信息的 REGISTER 请求
核心优化
鉴权参数完整化在 Authorization 头域中填写 nonce 与 response完成 Digest 鉴权。PANI 头域透传 标识接入网络为 3GPP-NB-IoT(GEO)携带 utran-cell-id-3gppC359A 用于后续 QoS 策略决策。 安全传输保障SIP 消息通过 IPSec 加密传输。
P-CSCF 行为
信息存储 保存 Via、From、Contact 头域用于后续会话路径维护由于卫星小区eNB固定不动缓存 PANI 中的 NB-IoT(GEO) 标识以优化资源分配。
步骤4IMS 核心网返回注册成功响应
核心操作
200 OK 响应IMS 核心网确认注册成功P-CSCF 转发该响应至 UE。IMS AS 感知 NB-IoT(GEO)IMS AS 通过 PANI 头域获悉 UE 的接入网络属性动态调整后续语音服务的 QoS 策略。
5.3 移动主叫流程Mobile Originating, MO Call
适用场景终端发起语音呼叫时若仅在呼叫建立过程中触发EPS承载激活非预激活则由P-CSCF或IMS AS作为B2BUABack-to-Back User Agent介入信令交互。
关键步骤解析 UE注册与服务请求 终端完成IMS注册后通过拨号启动呼叫。若处于RRC-IDLE状态执行Service Request以过渡至RRC-CONNECTED并触发EPS语音承载激活步骤1。 SIP INVITE优化 终端发送的SIP INVITE消息精简冗余字段 To头域省略沿用Request-URI中已包含的被叫方地址如tel:8613587654321避免重复信息。编解码器列表裁剪仅携带G.711 PCMU/8k、G.729等卫星低带宽适配的编解码器。 P-CSCF收到INVITE后发送SIP 100 Trying可选具体根据RAT类型动态判断。 资源分配与信令转发 P-CSCF指令AGW接入网关为终端与网络侧分配音频资源并根据注册信息补充缺失信令字段如Contact头域。P-CSCF作为B2BUA转发INVITE至IMS核心网添加Supported: 100rel, precondition以适配预条件机制步骤4。 EPS承载激活触发 若卫星链路未预激活语音承载P-CSCF将触发TFT流量模板识别配置以激活EPS承载步骤5。 预条件协商简化 在后续信令交互如183 Progressing、PRACK、UPDATE中仅保留核心网与终端间的SDP协商省略冗余的资源监控步骤6-10。 会话建立与媒体传输 IMS核心网返回180 Ringing后P-CSCF将180消息转发至终端步骤11触发振铃提示。终端接收到200 OKINVITE后通过ACK确认并完成与网络侧的媒体流同步步骤12-13。
优化效果
时延缩短信令交互次数从8次减少至5次INVITE→100→183→200→180减少37.5%。流量压缩SIP消息总负载从10KB降至6KB以下SDP压缩后单条INVITE仅70字节。 5.4 移动被叫流程Mobile Terminating, MT Call
适用场景核心网向NB-IoT终端发起语音呼叫时同样面临卫星链路时延高、带宽低的挑战。提案对MT流程进行了针对性优化。
关键技术步骤 核心网发起INVITE IMS核心网向P-CSCF发送INVITE可能包含预条件支持标识步骤1。 AGW资源分配与INVITE转换 P-CSCF指令AGW分配终端侧音频资源并将核心网的INVITE转换为适用于NB-IoTGEO的简化版本 剥离预条件扩展头域仅携带Supported: 100rel。编解码器兼容性调整确保仅传递GEO适配的编解码器如G.711。 终端响应与EPS激活 终端在收到简化版INVITE后触发Service Request流程以激活EPS承载步骤3。终端发送183 Progressing包含自身SDP应答供AGW配置资源步骤4。 核心网侧预条件协商替代 P-CSCF通过P-CSCF感知PCR状态在获悉承载就绪后向核心网发送183 Progressing步骤7标注要求100rel与预条件若策略需要。 媒体流打通 用户接听后终端发送200 OK至P-CSCFP-CSCF补全Contact头域并转发至核心网步骤11。最终通过ACK完成三次握手媒体流经NIDD用户面透传步骤12。
优化亮点
网络侧触发简化核心网免于处理冗余SDP协商降低处理负荷。NIDD承载适配媒体流通过非IP传输减少IP头开销提升卫星链路效率5-10%。 5.5 紧急呼叫流程Emergency Call Procedures
合规性要求提案严格遵循TS 22.261与TS 22.101标准确保紧急呼叫满足以下监管需求
匿名呼叫支持允许未完成IMS注册的终端发起紧急呼叫。MSD最小紧急数据集透传Metadata通过NIDD用户面传递无需SIP信令封装。地理位置上报通过NB-IoT与GEO链路定位终端位置满足应急响应需求。
技术实现路径 紧急呼叫检测 SCC-ASService Centralization and Continuity Application Server通过I1接口检测终端发送的紧急号码如112或eCall标识。 匿名呼叫处理 跳过IMS注册流程SCC-AS直接生成临时标识如匿名SIP URI并路由至PSAP公共安全应答点。 MSD数据透传 MSD字段经NIDD用户面透明传输保持原始格式如车辆GPS坐标、碰撞传感器数据。 卫星定位服务 通过TS 23.273定义的5G定位架构结合终端GPS模块与NG-RAN提供地理信息。
典型案例分析
场景矿难事故中矿工佩戴支持NB-IoTGEO的对讲终端因地面基站损毁无法通信。流程 终端通过GEO卫星发送包含MSD的eCall至PSAP。SCC-AS绕过IMS注册直接将紧急SIP INVITE推送E-CSCF。PSAP接收到MSD后通过GIS系统定位事故矿井坐标调度救援。 六、参考标准与兼容性设计
提案严格遵循3GPP与IETF标准确保与现有网络的兼容性
3GPP标准引用 TS 23.5015G系统架构、TS 23.5025G系统流程、TS 23.228IMS Stage 2定义IMS核心网功能。TS 22.2615G服务需求、TS 22.101服务原则明确卫星通信场景下的QoS与监管要求。 IETF协议适配 RFC 3261SIP协议、RFC 4566SDP协议作为信令与会话描述基础。RFC 5049SigComp用于SDP压缩降低带宽消耗。
兼容性保障
预条件禁用通过P-CSCF与IMS AS的协同确保禁用策略不影响非优化终端的正常呼叫流程。渐进式部署网络侧可基于终端能力如GEO接入标识动态启用优化功能避免全网升级风险。 七、结论与展望
本提案通过禁用预条件机制与SIP消息优化为NB-IoTGEO场景下的IMS语音服务提供了低时延、高带宽利用率的解决方案。其核心价值在于
性能提升信令交互次数减少37.5%消息负载降低40%显著缩短呼叫建立时间。标准化路径基于3GPP Rel-20框架与TS 23.501/TS 23.502等标准无缝集成加速商用落地。场景适配性针对卫星信道特性优化编解码器选择与资源分配策略为未来6G空天地一体化网络奠定基础。
未来随着NTN技术的进一步发展该方案可扩展至LEO低轨卫星与MEO中轨卫星场景并结合AI驱动的QoS预测机制实现更智能的资源调度与用户体验优化。
