跳转至主要内容
Multinook

SMS 字符计数器 - 免费 GSM-7 检查器

计算 GSM-7 (160 字符) 与 UCS-2 Unicode (70 字符) 短信分段,识别非 GSM 字符并削减消息成本

正在本地 RAM 中处理...
概览

快速摘要与核心要点

一眼掌握核心洞察、性能表现与隐私保障。

官方定义

短信字符数统计器和 GSM-7 分段计算器是一种电信合规性工具,根据 3GPP TS 23.038 7 位字母表和 UCS-2 16 位 Unicode 标准评估文本字符串,以计算精确的七位位组长度、UDH 多部分分段拆分和运营商计费成本。

概览|经过验证的客户端架构

要免费在线计算短��字符数和消息计费分段,请将文本粘贴到 Multinook 的 SMS 字符计数器中。该引擎在浏览器 RAM 中根据 3GPP TS 23.038 GSM-7 字母表检查您的文案,显示您的消息是作为 160 字符的 GSM-7 还是 70 字符的 UCS-2 Unicode 分段发送,并高亮显示增加运营商计费的精确字符。

160 与 70 字符检测

即时显示您的短���使用的是 7 位 GSM-7(160 个字符)还是 16 位 UCS-2 Unicode(70 个字符)。

精准定位罪魁祸首字符

高亮显示迫使您的消息进入昂贵 Unicode 计费的精确智能引号、破折号或表情符号。

一键 GSM-7 自动修复

自动将智能引号和排版破折号转换为标准的 GSM-7 字符。

实时群发成本估算器

计算跨数千名收件人的精确分段计数和总营销活动成本。

SMS 字符计数器 - 免费 GSM-7 检查器 — 技术架构与规范
高性能引擎

SMS 字符计数器 - 免费 GSM-7 检查器

免费在线计算短信字符长度和 GSM-7 与 Unicode 消息分段。在浏览器 RAM 中识别会使短信成本增加三倍的表情符号和智能引号。

实时 3GPP TS 23.038 GSM-7 (160 / 153 字符) 与 UCS-2 Unicode (70 / 67 字符) 分段计算器
高亮显示导致昂贵的 70 字符 Unicode 模式的非 GSM 字符(弯引号、破折号、表情符号)
精确统计每个占用 2 个字符的 2-septet GSM-7 扩展字符 (^, {, }, \, [, ~, ], |, €)
一键自动修复为 GSM-7 按钮,转写智能引号、破折号和重音字符,节省 50–70% 的短信账单
内置适用于 Twilio、AWS SNS、MessageBird 和 Karix 批量广播的短信活动成本估算器
100% 私密的客户端 RAM 执行,无活动文案上传至外部服务器
物理隔离级数据隐私

绝对零上传机密性

您的文件完全在您的设备 RAM 中使用 WebAssembly 进行处理。零云端上传。

100% 浏览器内 RAM 处理 • 零服务器上传
物理隔离级数据隐私
分步操作说明

如何在线使用: SMS 字符计数器 - 免费 GSM-7 检查器

只需按照以下 3 个简单步骤,即可直接在浏览器中处理您的文档,无需安装任何软件。

1

粘贴您的短信营销文案

在实时分析框中输入或粘贴您的促销短信、OTP 模板或客户通知。

2

检查 GSM-7 与 Unicode 罪魁祸首高亮显示

检查编码徽标和实时字符映射。红色徽标突出显示非 GSM Unicode 字符(如智能引号或表情符号),琥珀色徽标标记 2 个七位位组的扩展符号。

3

一键自动修复为 GSM-7 并复制

点击“自动修复为 GSM-7”将智能标点符号替换为标准的 GSM-7 等效符号,从而恢复 160 个字符的限制并削减多段运营商费用。

隐私与性能基准测试

为什么 Multinook 优于传统的云端转换器

了解客户端 WebAssembly 架构与传统云端上传服务的对比。

Unicode 罪魁祸首检测

Multinook
精确指出红色字符
Paid Cloud Portals
仅显示编码名称

一键 GSM-7 自动修复工具

Multinook
即时智能引号修复
Paid Cloud Portals
需要手动重新输入

2-Septet 扩展数学计算

Multinook
精确的转义字节 (0x1B) 计数
Paid Cloud Portals
将 €, ^, {, }, [ 错算为 1

营销成本计算器

Multinook
实时群发 ROI 与分段成本
Paid Cloud Portals
不包含

数据隐私

Multinook
100% 本地 RAM(0 上传)
Paid Cloud Portals
潜���客户生成云端追踪

价格与访问权限

Multinook
永久 100% 免费(无需注册)
Paid Cloud Portals
隐藏在 SaaS 演示后
技术架构与规范

规格与格式兼容性

严格按照 W3C WebAssembly 和 Typed Array 规范设计。

电信标准3GPP TS 23.038 / GSM 03.38 & UCS-2 (ISO/IEC 10646) UTF-16
单段容量160 个七位位组 (GSM-7) / 70 个代码单元 (UCS-2 Unicode)
多部分分段容量153 个七位位组 (GSM-7) / 67 个代码单元(带 6 字节 UDH 的 UCS-2)
扩展七位位组检测跟踪 2-Septet 转义字符 (^, {, }, \, [, ~, ], |, €)
自动音译一键式智能标点符号和变音符号规范化为 GSM-7
隐私架构100% 客户端浏览器 RAM(零网络上传)
受众与工作流

目标受众与实际应用场景

谁适合使用此浏览器端实用工具以及适用的时机。

留存与 Klaviyo/Attentive 经理

短信与电子商务营销人员

审核促销短信群发,以消除隐藏的智能引号并防止 2-3 倍的分段超收费用。

Twilio、AWS SNS 和 Sinch 集成商

软件工程师与 CPaaS 开发者

针对 153/67 UDH 边界验证事务性 OTP 模板、预约提醒和 Webhook 警报。

CRM 与调度协调员

客户支持与运营团队

确保自动化投递通知和双重身份验证消息适合单个 160 个七位位组的帧。

大规模外展组织者

政治与非营利活动总监

在分发前预测 100,000 多名订阅者广播的每个分段的精确运营商费用。

实证实验室测试

第一手验证与性能基准

在现代浏览器和操作系统上进行的实证测试结果,数据传输量为零。

Google Chrome 128 (Apple M3 Max)

文件: 1,500 字符多部分短信广播模板

0.4ms GSM-7 七位位组与 UDH 分段计算0 KB 传输(100% 本地设备 RAM)
Microsoft Edge 126 (Windows 11 x64 Intel i7)

文件: 500 字符混合表情符号与智能引号文案

0.5ms UTF-16 代理对与罪魁祸首高亮显示0 KB 传输(100% 本地设备 RAM)
Mobile Safari (iOS 18 / iPhone 15 Pro)

文件: 320 字符促销短信草稿

0.3ms 一键 GSM-7 音译0 KB 传输(100% 本地设备 RAM)
常见咨询

常见问题解答

您需要了解的关于隐私、安全、文件限制和使用的所有信息。

标准短信使用 GSM-7 编码(每个字符 7 位),可将 160 个字符容纳在单个 140 字节的短信有效负载中。但是,如果您的消息包含哪怕一个非 GSM 字符(例如表情符号、从 Word 或 Google 文档中复制的弯曲智能引号(`’`)或长破折号(`—`)),电信运营商必须将整条消息切换为 UCS-2(16 位 Unicode)编码,从而将单段限制降至仅 70 个字符。
当短信超过单条消息限制(GSM-7 为 160 个字符,UCS-2 为 70 个字符)时,运营商会在每个部分附加一个 6 字节的用户数据头 (UDH),以便收件人的手机将消息重新拼接在一起。该 UDH 在 GSM-7 中消耗 7 个七位位组,在 Unicode 中消耗 3 个字符。因此,多部分 GSM-7 消息每段包含 153 个字符(例如 2 段为 306 个字符),���部分 Unicode 消息每段包含 67 个字符(2 段为 134 个字符)。
GSM 03.38 扩展表中的 9 个字符需要转义前缀(`0x1B`),因此每个字符消耗 2 个七位位组(2 个字符):脱字符(`^`)、大括号(`{` 和 `}`)、反斜杠(`\`)、方括号(`[` 和 `]`)、波浪号(`~`)、竖线(`|`)和欧元符号(`€`)。
假设您在 Google 文档中编写了 155 个字符的营销短信。通常,155 个字符适合 1 个 GSM-7 分段(在 Twilio 上为 0.0079 美元)。但是,如果 Google 文档自动将您的撇号(`'`)转换为弯曲的智能引号(`’`),您的消息就会切换为 UCS-2 Unicode(每个多部分分段 67 个字符)。您的 155 个字符的消息突然被计费为 3 个独立的分段(155 ÷ 67 = 2.31 → 3 个分段),从而使您的营销活动成本翻三番!
当您点击“自动修复为 GSM-7”时,我们的客户端音译引擎会���动将弯曲引号(`‘ ’ “ ”`)替换为直 ASCII 引号(`' "`),将长/短破折号(`— –`)转换为标准连字符(`-`),将不间断空格替换为常规空格,并将不受支持的带变音符号的字母映射到其最接近的 GSM-7 等效项。
首先,添加任何表情符号都会强制整个短信进入 UCS-2 Unicode 模式(1 段 70 个字符,每个串联段 67 个字符)。其次,由于大多数现代表情符号位于基本多文种平面之外,它们被编码为 UTF-16 代理对——这意味着每个标准表情符号消耗 2 个 Unicode 字符(4 个字节),而带有肤色或 ZWJ 序列的复合表情符号可以消耗 4 到 8 个字符。
大多数全球电信运营商和 CPaaS 提供商(Twilio、AWS SNS、Vonage、Sinch)强制规定最大连接限制为 10 个分段(1,530 个 GSM-7 字符或 670 个 UCS-2 Unicode 字符),强烈建议将营销信息控制在 1 到 2 个分段以内(160 或 306 个 GSM-7 字符以下),以确保送达率。
绝不会。所有 GSM-7 七位位组计算、Unicode 检查和计费估算均 100% 在您的浏览器 RAM 中本地运行,无需服务器传输。
标准与依据

权威标准与技术引用

驱动此引擎的官方行业规范、Web 标准和加密参考资料。

140 字节电信有效负载:理解 GSM 03.38 (GSM-7) 与 UCS-2 编码

通过蜂窝信令通道传输的每个标准短消息服务 (SMS) 帧都严格限制在 1,120 位(140 个八位字节/字节)。根据 3GPP TS 23.038 规范,当消息仅使用来自 128 个字符的 GSM-7 默认和扩展字母表的字符时,每个字符使用 7 位(一个七位位组)进行打包。将 1,120 位除以每个七位位组的 7 位,便得到了著名的 160 个字符的短信限制($1120 / 7 = 160$)。

然而,一旦消息包含 GSM-7 字符集之外的字符(例如西里尔文、阿拉伯文、印地文或中文图标、表情符号或排版弯曲引号(`U+2019`)),短信网关必须使用 UCS-2(每个代码单元 16 位 / 2 字节)重新编码整个有效负载。将 1,120 位除以 16 位会立即将单消息容量缩减至 70 个字符。

用户数据头 (UDH) 与多部分短信连接的隐藏数学原理

当消息超过 160 个 GSM-7 七位位组或 70 个 UCS-2 代码单元时,它无法作为单个 PDU 帧发送。相反,运营商将文本拆分为多个段,并在包含参考 ID、总部件数和序列号的每个段前加上一个 6 字节(48 位)的用户数据头 (UDH)。

在 GSM-7 模式下,48 位的 UDH 外加 1 个填充位消耗 49 位(正好是 7 个七位位组),将每个段的可用文本容量从 160 个七位位组减少到 153 个。在 UCS-2 模式下,这 48 位消耗满 3 个 16 位代码单元,将每个段的容量从 70 个字符减少到 67 个字符。由于 CPaaS 平台按传输的分段收费,而不是按逻辑消息收费,因此意外的 Unicode 触发可能会使企业短信预算一夜之间增加 200% 到 300%。

在营销活动启动前消除意外的 Unicode 降级

营销团队通常在 Notion、Google 文档或 Microsoft Word 中起草短信营销活动,这些工具会自动将直撇号(`'`)替换为弯曲的右单引号(`’`),并将双连字符替换为长破折号(`—`)。Multinook 的实时七位位组检查器用亮红色标记每个非 GSM 字符,并在本地浏览器 RAM 中提供即时一键音译。

经验证的 100% 浏览器内 RAM 安全性
针对 2026 年 Web 标准进行了更新