用于减少消息信令的系统和方法相关申请的交叉引用
本申请基于在2010年1月14日提交的名称为″SYSTEM AND
METHOD FOR REDUCING MESSAGE SIGNALING″的美国专利申请
No.12/687,668，并且要求其优先权，通过引用将其并入本文。
技术领域
本公开总体上涉及更有效率的信令，更具体地讲，涉及用于降低使
用第一信令协议(例如，会话发起协议(SIP)信令)或第二信令协议(例
如l1接口信令)传递的信息的数量。
背景技术
如本文所使用的，术语“用户代理”和“户代理可以指代无线设备，
比如移动电话、个人数字助理(PDA)、手持或膝上型计算机、以及具有
通信能力的类似设备或其他用户设备(“手持或)。在一些实施例中，UA
可以指代移动无线设备。术语“以指代还可以指代具有类似能力，但是
一般非便携式的设备，比如台式计算机、机顶盒、或网络节点。在本公
开的全文中，UA可以指代诸如无线设备、及电话、或者其他通信设备
之类的SIP UA，并且可与术语UA可互换。
在第三代合作伙伴计划(3GPP)系统中，网际协议(IP)多媒体子
系统(IMS)允许递送IP多媒体服务。使用IMS，UA可以经由实现一
个或多个IMS功能组件的基站，发送和接收多媒体和/或语音分组交换
(PS)通信。为了实现IMS，网络依靠会话发起协议(SIP)来提供可
被用于在UA与IMS核心网(CN)之间、IMS CN与应用服务器之间、
以及在IMS网络的各种其他组件之间进行通信的基于文本的信令协议。
在现有网络中，IMS集中服务(ICS)允许使用无线网络向UA提
供各种IMS服务，其中在电路交换(CS)承载上提供语音通信以及在分
组交换(PS)承载上提供其他多媒体成分，并且可以使用IMS或3GPP
TS24.294中定义的称为l1的另一协议来执行对信令的控制。示例网络可
以包括长期演进(LTE)网络、全球移动通信系统(GSM)增强数据速
率GSM演进(EDGE)无线接入网络(GERAN)网络、或者通用移动
通信系统(UMTS)陆地无线接入网(UTRAN)网络。ICS也可配置为：
在无线设备连接到非IMS网络时(诸如当UA连接到移动交换中心(MSC)
时)的情况下，提供针对IMS网络中的特征的服务控制。ICS控制的特
征可以包括呼叫保持、呼叫转移、呼叫线路识别，等等。
一般而言，ICS需要同时支持用于语音的承载和用以对使用SIP信
令的控制信令进行支持的承载。然而，在一些情况下，用于支持SIP信
令的承载可能是不可用的，例如因为：Gm连接不存在(例如，不存在
PS漫游协定或IMS漫游协定)，UA因为操作问题不能够注册到IMS基
础设施，或者在小区或无线设备中双转移模式(DTM)不可用。在该情
况下，3GPP TS24.294中定义的l1协议允许无线设备使用CS承载替代
Gm接口来实现信令协议。该信令协议可以是类SIP的协议。在该情况
下，l1协议使用传输协议、或者绑定到传输协议、或者被包裹在传输协
议中，所述传输协议例如是但不限于：短消息服务(SMS)或者非结构
化补充业务数据(USSD)等等。这些传输协议的使用通常将每个消息
或信令的信息有效载荷限制为最多160个八位字节(octet)。遗憾的是，
SIP是冗长的基于字符的协议，并且因此SIP编码的信令消息经常不能
适配进诸如SMS或USSD提供的有限有效载荷中。表1示意了示例的
SIP编码的消息。
表1
参考表1，存在包含在SIP消息内的若干数据单元，其增加了消息
的冗长。例如，原始方标识(″P-Preferred-Identity:
<sip:user2_public1home1.net>，<tel:+1-212-555-2222>″)可以包括SIP统
一资源标识符(URI)和电话URI。然而，公共用户标识SIP和电话URI
字符串(其也可以在SIP消息中的除P-Preferred-Identity报头字段之外的
报头字段中传输)可能是相对冗长的，因为它们采用“userdomain”的
形式。尽管它们是冗长的，但是在SIP消息内指派用户的公共用户标识
仍然是重要的，因为用户具有都注册在该无线设备中的多个标识(例如，
工作、家庭或私人标识)。因此，当发送SIP消息时，无线设备必须确定
使用哪个公共用户标识进行标识，并且将该信息包括在SIP消息中。类
似地，当UA接收呼叫(例如，无线设备端接的会话)时，用户变得知
道正在呼叫他们的哪个标识，因此用户知道如何应答该呼叫。因此，将
用户标识信息包含在向发送UA和从UA接收的SIP消息中。
还可以在SIP消息中包含各种SIP UA能力(例如，“Accept-Contact:
*；+g.3gpp.icsi-ref＝″urn％3Aurn-7％3gpp-service.ims.icsi.mmtel”)。SIP UA
能力向网络提供对无线设备的能力的指示。因为无线设备可能支持多种
服务，SIP消息的SIP UA能力部分可以包括网络为了有效地与UA通信
所必需的相当大数量的数据。SIP消息还可以包括Call-ID报头字段(例
如，“Call-ID:f81d4fae-7dec-11d0-a765-00a0c91e6bf6”)，诸如l1消息在
CS承载上添加语音成分的情况下，该报头字段可用于指使用
Target-Dialog(目标会话)的现有SIP会话。
因此，SIP消息可以包含若干包括冗长数据值的数据单元，所述数
据值诸如是公共标识的定义、设备能力、以及现有SIP会话标识。在基
于l1接口实现类SIP协议的系统中，尽管可以移除这些数据点，但是通
常优选地是包括这些数据点以在l1与例如SIP之间提供更容易的互联和
映射。遗憾地是，这些冗长的数据点可能生成大于l1接口的最大有效载
荷的l1消息，导致低效率的传输。因此，存在压缩或以其他方式减小类
l1接口上的类SIP消息的大小的需求。
附图说明
为了更完整的理解本公开，现在结合附图和详细描述来参考下面的
简要描述，其中，相似的引用标号表示相似的部分。
图1是使用l1接口的用于会话发起的消息流的示意图，其中用户代
理(UA)向网络提供识别公共用户标识的标记；
图2是使用l1接口的针对UA端接会话发起的消息流的示意图，其
中使用了识别公共用户标识的标记；
图3是用于从公共用户标识向哈希结果转换的哈希函数的示意图，
所述哈希结果小于公共用户标识，并且用于确定每个公共用户标识的标
记；
图4示意了用于网络内的UA注册的消息流；
图5示意了栈信息流，其中使用电话URI或SIP URI user＝phone寻
址目标设备；
图6是用于最优化在字符串发送器与字符串接收器实体之间的字符
串通信的示例消息流的示意图；
图7是包括可操作用于本公开的各种实施例中的一些实施例中的
UA在内的无线通信系统的图；
图8是可操作用于本公开的各种实施例中一些实施例的UA的框图；
图9是可以在可操作用于本公开的各种实施例中的一些实施例的
UA上实现的软件环境的图；
图10是适用于本公开的各种实施例中的一些实施例的说明性通用
计算机系统。
具体实施方式
本公开总体上涉及更有效率的信令，更具体地讲，涉及用于降低使
用第一信令协议(例如，会话发起协议(SIP)信令)或第二信令协议(例
如l1接口信令)传递的信息的数量的系统和装置。
为此目的，一些实施例包括使用l1接口传递消息的方法。该l1接
口提供用户代理(UA)和网络节点之间的会话控制信道。该方法包括识
别第一字符串，接收与第一字符串关联的第一关键词，以及将第一关键
词编码在消息内。该方法包括使用会话控制信道将该消息发送给UA和
网络节点中的至少一个。
其他实施例包括使用l1接口传递消息的方法。该l1接口提供用户
代理(UA)和网络节点之间的会话控制信道。该方法包括使用l1接口
接收消息，从该消息中检索第一关键词；以及检索与第一关键词关联的
第一字符串。该第一字符串可以包括长值编码的值。
其他实施例包括使用第二信令协议传递消息的方法。该第二信令协
议提供用户代理(UA)和网络节点之间的会话控制信道。该方法包括识
别要在第一消息中发送的第一字符串。根据第一信令协议编码第一消息。
该方法包括将第一字符串与第一关键词关联，并且在数据库中存储第一
字符串和第一关键词。数据库将第一字符串与第一关键词关联。该方法
包括将第一关键词编码在第二消息内，并且使用第二信令协议发送第二
消息。
其他实施例包括使用第二信令协议传递消息的方法。该第二信令协
议提供用户代理(UA)和网络节点之间的会话控制信道。该方法包括接
收根据第一信令协议编码的第一消息。第一消息包括第一字符串。该方
法包括将第一字符串与第一关键词关联，并且在数据库中存储第一字符
串和第一关键词。数据库将第一字符串与第一关键词关联。该方法包括
将第一关键词编码在第二消息内，并且使用第二信令协议发送第二消息。
其他实施例包括使用l1接口传递消息的装置。该l1接口提供会话
控制信道。该装置可以是用户代理(UA)和网络节点中的至少一个。该
装置包括处理器，该处理器配置为识别要在消息内发送的第一字符串。
该第一字符串包括长值(LV)编码的值。该处理器配置为：检索与第一
字符串关联的第一关键词，将第一关键词编码在该消息内，以及使用l1
接口将该消息发送给UA和网络节点中的至少一个。
其他实施例包括使用第二信令协议传递消息的装置。该第二信令协
议提供会话控制信道。该装置可以包括用户代理(UA)与网络节点中的
至少一个。该装置可以包括处理器，该处理器配置为接收根据第一信令
协议编码的第一消息。该第一消息包括第一字符串。该处理器配置为将
第一字符串与第一关键词关联，并且在数据库中存储第一字符串和第一
关键词。数据库将第一字符串与第一关键词关联。该处理器被配置为将
第一关键词编码在第二消息内，并且使用第二信令协议发送第二消息。
实现前述和相关目的，本公开包括在下文中完全描述的特征。以下
描述和附图详细阐述了本公开的特定说明性方面。然而，这些方面仅指
示可以使用本公开的原理的各种方式中的一些方式。在结合附图考虑时，
根据本公开的以下详细描述，本公开的其他方面、优点和新颖特征将变
得明显。
现在参照附图来描述本公开的各种方面，其中，在所有附图中，相
似的标号指代相同或对应的单元。然而应当理解，附图及其详细描述不
意在将要求保护的主题限制在所公开的特定形式。而是，意图在于涵盖
落入了所要求保护的主题的精神和范围中的所有修改、等同替代和替代
物。
如本文所使用，术语“组件”、“系统”等意在指代计算机相关实体，
或者是硬件，或者是硬件和软件的结合，或者是软件，或执行中的软件。
例如，组件可以是(但不限于)：在处理器上运行的进程、处理器、对象、
可执行文件、执行的线程、程序、和/或计算机。作为说明，在计算机上
运行的应用和计算机都可以是组件。一个或多个组件可以驻留在执行的
进程和/或线程中，且组件可以本地化在一个计算机上和/或分布在两个
或更多计算机上。
此外，可以将所公开的主题实现为系统、方法、装置、或使用标准
编程和/或工程技术制造的物品，以产生软件、固件、硬件或其任意组合
以控制基于计算机或处理器的设备来实现本文描述的方面。如本文所使
用的术语“制品”(或备选地，“计算机程序产品”)意在涵盖可从任何计
算机可读设备、载体或介质可访问的计算机程序。例如，计算机可读介
质可以包括(但不限于)：磁存储设备(例如，硬盘、软盘、磁带...)、
光盘(例如、高密度盘(CD)、数字多功能碟(DVD)...)、智能卡、以
及闪存设备(例如，卡、棒)。此外，应当意识到可以使用载波来携带计
算机可读电子数据，比如在发送和接收电子邮件中使用的那些，或在访
问网络(比如互联网或局域网)中使用的那些。当然，本领域技术人员
将认识到可以对该配置作出很多修改，且不脱离所要求保护的主题的范
围或精神。
会话发起协议(SIP)消息可以包括若干冗长的数据单元，其包含公
共用户标识的定义、设备能力、以及现有SIP会话标识，等等。在基于
l1接口实现类SIP协议的系统中，例如，尽管可以移除这些数据点，但
是通常优选地是包括这些数据点以在l1与SIP之间提供更容易的互联和
映射。遗憾地是，这些冗长的数据点例如可能生成大于l1接口的最大有
效载荷的SIP消息，导致低效率的传输。
本系统紧缩冗长信息，例如所述冗长信息包括在SIP消息内或者在
例如其他SIP编码的消息(例如被配置为使用l1接口发送的消息)内找
到的诸如公共标识、设备能力和现有SIP会话标识符之类的数据单元。
所描述的实施例还可应用于其他SIP信息单元。紧缩的信息可在两个实
体之间传递，并且被任一方读取以检索、复制、或确定原始信息。例如，
所述实体可以包括字符串发送器和字符串接收器，其均可包括UA、网
络节点或其他网络实体。本系统可以被配置为提供静态或动态压缩。在
静态压缩的情况下，压缩映射是预定义的，并且在UA和网络上也一样。
在动态压缩的情况下，压缩映射可以变化，使得相同的原始数据在不同
时间可以得到不同的压缩数据。尽管本公开提供示出对消息的特定部分
(诸如特定的报头或数据单元)的压缩的示例，但是根据本发明，消息
中的任何内容都适于选用于压缩。
尽管本公开将涉及对使用l1接口或者其他接口发送的SIP或类SIP
编码的消息内包括的数据量进行最小化的系统作为本系统的示例进行了
介绍，但是本系统可以用在任何如下的实现中：具有第一和第二信令协
议的，其中消息根据第一信令协议进行编码并且使用第二信令协议进行
发送。备选地，该系统可以用于最小化根据第一信令协议编码的消息内
包含的数据量，其中该消息还使用第一信令协议进行发送。
在本系统中，UA和网络被配置为：向消息内可包含的若干值中的
每个值分配标识符字符串、关键词或者标记。在各种实现中，该标识符
字符串、关键词或标记可以包括字符、标识符、引用、ID、哈希、数字、
字母数字字符串、十六进制值、或者可用作参考值或标识符的任何其他
数据。在一个实现中，使用词典将标识符字符串、关键词或标记与其他
字节/字或者字符的字符串相关联。术语‘字符串’、‘关键词’或‘标记’
在本文中可互换地使用，并且可被看成是具有相同的含义。当通信时，
UA和网络使用那些标记替代原始值，该原始值可能相对较大。因为标
记包括的数据比原始值自身要少，所以可以最小化在UA与网络之间传
输的数据的量。基于该系统实现，对标记的分配可以是显示的(例如，
通过提供预定义的标记词典)，或者是隐式的(例如，诸如当公共用户标
识的排序确定要使用的标记时)。标记可以包括文本字符串、美国信息交
换标准码(ASCII)字符串、十六进制数据、或者可以与具体字符串或
数据值关联的任何其他信息或数据。所述标记可以包括数字索引或者计
数器、或者标记指代的字符串的一部分。通常，都与消息内的单个数据
单元的可能值有关的若干标记是唯一的和独特的。然而，在数据单元中，
可能存在均共享相同值的若干标记。例如，可以针对消息内的第一数据
单元定义标记‘1’、‘2’和‘3’，并且可以针对消息内的第二数据单元
定义标记‘1’、‘2’、‘3’和‘4’。备选地，SIP或l1消息内的任何标记
的缺失可以构成指示应该使用缺省值的隐式标记。另外，在一些上下文
中，针对保留值的需求是明显。例如，在3GPP TS24.294和/或3GPP
TS24.292中讨论的“会话控制回退”的事件下，可以在l1消息中出现报
头，但是优选地不使用报头值，因为如果存在，在Gm上或使用SIP或
其他方式接收的信息被用在报头值的位置中。在这种情况中，如果使用
保留的值或标记将是有利的。保留值可以在没有在Gm上或使用SIP接
收到值的情况下指示缺省字符串(诸如公共用户标识)，或者保留值可以
指示将使用在Gm上或使用SIP接收的值。
在一个特定实现中，UA和网络节点可以向与特定UA或用户关联
的公共用户标识中的每个公共用户标识分配标识符字符串、关键词或者
标记。当通信时，UA和网络使用那些标记指代公共用户标识。该标记
比关联的公共用户标识短，于是可以在UA与网络之间来回传递该标记，
以便指代特定公共用户标识，并且最小化数据业务通信。在该实现中，
UA包括：存储器，用于存储公共标识和关联的标记。该存储器可以是
UA内部的、外部的、或者对于UA而言是可拆卸的，并且可以例如包
括(U)SIM、小型闪存、安全数字(secure digital)、miniSD、或者其他
存储卡或存储器件。备选地，存储器可以驻留在UA内，诸如在非易失
性存储器介质中。针对本申请的剩余部分的目的，当术语“存储器”出
现时，应该理解为存储器可以是内部的或可拆卸的，或者是其组合，其
中可拆卸存储器至少可以是前面标出的存储器或其他形式中的任何一种。
公共用户标识可被提供给UA并且按优先级顺序存储在存储器中的
数据库中。公共用户标识于是可以与标记关联，其中所述标记包括针对
每个标识的唯一标识符。可以通过优先级顺序来确定要与每个公共用户
标识关联的标记。例如，可以实现位置优先级，其中在存储器内先列出
的公共用户标识与在它之下列出的公共用户标识相比具有更高的优先级，
并且所述标记是反映优先级的数字(例如，使用标记‘1’指代最高优先
级公共用户标识，使用标记“2’指代次最高优先级公共用户标识，依
此类推)。在分层级实现中，左边的公共用户标识可以具有比右边的公共
用户标识更高的优先级。在一些情况下，可以使用哈希函数将每个公共
用户标识与唯一的标识符关联，该唯一的标识符确定将标记与每个公共
用户标识关联。备选地，可以提供显式的优先级排序，其中将对公共用
户标识的优先级进行指示的指示符添加到或以其他方式并入数据结构中，
并且用作标记。例如，优先级值0可以指示公共用户标识具有最高优先
级。当没有提供优先级指示符时，可以假定或解释成所有的公共用户标
识具有相等的优先级。
在本系统中，可以提供标记以唯一识别所列出的每个公共用户标识。
最高优先级公共用户标识也可以称为缺省用户标识，或者可以提供称为
或识别为缺省用户标识的唯一公共用户标识。可以显式确定或者隐式确
定指代每个公共用户标识的标记(例如，当通过公共用户标识的优先级
顺序确定时，诸如通过分配给公共用户标识的每个顺序位置的数字确定
时，其是隐式的)，并且可以被网络功能(例如，UA或网络节点，如服
务一致性和完整性应用服务器(SCC AS))用于向对应的功能(例如，
SCC AS或UA)发信号通知要传达的公共用户标识。例如，在一个特定
实现中，在3GPP TS31.103的子条款4.2.4中定义的USIM文件EFIMPU
中存储的第一公共用户标识或者在3GPP TS 24.167的子条款5.16中定义
的OMA IMS管理对象pubic_user_identity页中存储的第一公共用户标
识被定义为缺省公共用户标识。在一些情况下，在成功注册之后，可以
修改缺省公共用户标识，例如因为指示成功响应的200OK可以包含
P-Associated-URI，该P-Associated-URI可以包含在然后可以变成缺省公
共用户标识的公共用户标识。
当UA建立发起的会话时，UA在会话发起请求中包含标记。该标
记用于替代和标识UA将用于识别自身的公共用户标识。例如，如果基
于位置顺序，第一个列出的公共用户标识的标记可以是数字‘1’，并且
第二个列出的标识的标记可以是数字‘2’。图1是使用l1接口的会话发
起的消息流的示意图，其中UA向网络提供标记，并且该标记标识了公
共用户标识。该标记用于最小化消息的大小。注意，图1中的信息流还
可以应用于SIP消息。
在第一步骤14中，UA 10发起使用l1协议的会话发起。可以使用
l1协议，例如因为DTM是不可用的，不能建立Gm上的SIP注册，或
者Gm是不可用的。在步骤16中，UA向网络设备12(例如，SCC AS)
发送l1 INVITE(邀请)。L1 INVITE可以包括From(来自)地址，其包
含对应该使用哪个公共用户标识来标识该设备进行标识的标记。在图1
示出的示例中，标记等于‘1’，并且指代在UA 10和网络设备12二者
的存储器中存储的特定公共用户标识。备选地，l1 INVITE可以不包括
From字段。在该情况下，可以认为标记具有空(null)值。如果From
报头没有指示具体值，则可以使用标识为缺省公共用户标识的公共用户
标识。缺省公共用户标识可以存储在UA 10和网络设备12二者的存储
器中。例如，可以将缺省公共用户标识存储为IMS身份模块(ISIM)中
的基本文件IMS公共用户(EFMPU)文件中的第一条目，开放移动联
盟(OMA)设备管理(DM)管理对象(MO)中作为第一条目，或者
存储在显式缺省公共用户标识页中。备选地，如果无线设备的移动订户
综合服务数字网络号(MSISDN)存储在通用订户身份模块(USIM)
EFMSISDN中，则可以从该MSISDN来构造缺省公共用户标识。如果使
用C-MSIDSN，则l1消息中的From字段可以空缺。类似地，如果在SMS
或USSD信封中存在发端地址，则From字段可以空缺。在l1消息中可
以不包含FROM报头名称自身，以节省文本“FROM”自身所消耗的空
间或八位字节。不包含任何标记的From地址指示可以使用缺省公共用
户标识来识别设备。缺省公共用户标识可被例如定义为UA 10和网络设
备12的存储器中列出的第一标识。
如此，在一个实现中，当检查TO(去往)和FROM(From-id)报
头的内容时，系统根据下述规则进行操作：1)如果用于标识发端方的公
共用户标识是缺省公共用户标识，则不包含任何Form-id；2)如果用以标
识发端方的公共用户标识不是包括标识该公共用户标识的标识符的缺省
公共用户标识，则可以使用该标识来识别发端方；以及3)如果不能导出
标识符，则SCC AS可以使用SIP URI或E.164号来识别ICS UA。
在步骤18中，网络设备12接收l1 INVITE消息，并且解码该消息。
网络设备12识别下层传送(例如，SMS或USSD)，并且可以从其获取
订户C-MSISDN(也称为相关-MSISDN)。如果该传输是USSD，网络设
备12根据3GPP TS 29.002，从MAP服务单元或者MAP服务
ISDN-Address-String(ISDN地址字符串)的等价单元导出订户的
C-MSISDN/公共用户标识。备选地，如果SMS被用作传输协议，网络
设备12根据3GPP TS 29.002，从MAP服务单元或者MAP转发短消息
sm-RP-OA信息单元的等价单元导出订户C-MSISDN/公共用户标识。在
后一情况下，如果到SCC AS的接口是基于SMS论坛短消息对等协议
(SMS Forum Short Message Peer-to-Peer Protocol)规范中定义的SMPP，
则例如在“source_addr”信息单元中的“deliver_sm”PDU中，可以对
“service_type”信息单元进行编码以指示这是l1消息。
然后，网络设备12识别出在l1 INVITE消息(备选地，该消息可以
包括l1会话创建消息或者l1会话建立消息，其中l1 INVITE消息是l1
会话建立消息)中出现“From”信息单元，并且查看与From单元关联
的标记。如果没出现任何标记，则网络设备12使用缺省公共用户标识来
识别UA 10。类似地，如果在l1 INVITE消息中没有出现“From”字段，
网络设备12可以配置为针对UA 10使用缺省公共用户标识。然而，如
果该标记出现，则网络设备12查找与该标记对应的公共用户标识。公共
用户标识可被用于识别用户已经预订的服务。另外，所确定的公共用户
标识可被分配给表中的外发SIP INVITE的From报头，该表存储在存储
器中或可在数据库中存取，所述数据库在网络设备12本地或者是远程的。
该地址还可以在Contact(联系人)报头中使用，或者如果已经存在与根
据C-MSISDN(然后其被映射到对应的私有用户标识)识别出的用户关
联的SIP对话，则可以使用用于正在进行的对话的相同公共用户标识，
并且Contact报头可以具有相同值。在步骤20中，网络设备12构建SIP
INVITE请求，该SIP INVITE请求包括被设置为公共用户标识的
P-Asserted-Identity报头字段，其中根据上述方式确定公共用户标识。可
以从数据库或者存储器中检索该公共用户标识。相同的公共用户标识也
可以用在From报头字段和Contact报头字段中。
在一些情况下，在表2中示意的标识信息单元中传递公共用户标识。
该标识信息单元可以包含SIP URI或电话号码(例如，国际号码，国家
号码)或者用于识别已知标识的标识符值。如果要使用的标识信息是具
有URI参数User＝Phone的电话URI或者SIP URI，则码专用字段比特3、
2和1可以设置为“001”。如果根据在数字串的开头存在“+”符号，
将电话或SIP URI识别为全球唯一标识的，则可以认为该号码的类型是
国际格式。编号规划鉴别可被设置为E.164。所有其他格式可被认为是
未知的，并且号码的类型可以被设置为未知以及编号规划未知。
表2
如果标识信息是在RFC 3261中定义的SIP URI，如
SIP:usernamedomainname:PORT，则码专用字段比特3、2和1可以设
置为“010”，并且可以根据IETF RCFC 3629中规定的UTF-8编码规则
或者其他编码规则编码为八位字节的字符串。
图2是使用l1接口的针对UA端接会话发起的消息流的示意图，其
中使用标记来识别公共用户标识。在步骤30中，网络设备12(例如，
SCC AS)接收SIP方法(例如，SIP INVITE)，并且确定在与UA 10的
通信中要使用l1接口。在步骤32中，网络设备12向UA 10发送l1 INVITE。
l1 INVITE包括“To(去往)”地址，“To”地址包含对要用于识别UA 10
的公共用户标识进行标识的标记。从进入的SIP INVITE中取得公共用户
标识，并且网络设备12使用查找表来确定用于标识该公共用户标识的标
记。备选地，l1 INVITE可以不包含“To”地址字段，指示应该使用缺
省公共用户标识。缺省公共用户标识可以存储在例如归属订户服务器
(HSS)或者SCC AS中。备选地，SCC AS可以从HSS中检索缺省公
共用户标识，该缺省公共用户标识可以是C-MSISDN或者其他值。
在一些情况下，缺省公共用户标识被定义为在P-Associated-URI中
发送的第一公共用户标识。当发送USSD消息时，可能必需满足：MAP
Open的ISDN-string包含C-MSISDN，并且其等价于缺省公共用户标识。
不包含标记的To地址可能标识要使用缺省公共用户标识来识别设备。
在步骤34中，UA 10接收l1 INVITE消息，并且解码关联的协议。
UA可以确定“To”信息单元出现，并且查看To信息单元中包含的标记。
如果没出现任何标记，则UA 10可以假定要使用缺省公共用户标识来识
别设备。例如，缺省公共用户标识可以存储在OMA DM MO的EFIMPU
文件中的UA 10的ISIM中作为第一条目或者存储在显式的缺省公共用
户标识页中，或者当UA初始进行SIP注册时在200OK P-Associated-URI
(参见下文)中接收，或者在存储在(U)SIM EFMSISDN中的情况下可以从
MSISDN来构建。备选地，如果没有出现“To”地址字段，则可以使用
缺省公共用户标识。然而，如果出现标记，UA 10在存储器中存储或可
在数据库(该数据库是本地的或者是远程的)中存取的表中查找值，以
找出与标记对应并且应该在外发SIP INVITE中使用的公共用户标识。在
步骤36中，UA 10可以向用户显示或提供用于寻址设备的公共用户标识
的一些指示。
在其他实现中，当接收到初始l1消息时，SCC AS可以针对发起用
户的UE的IMS私有标识来存储在l1 INVITE消息中接收到的信息，包
括在To-id信息单元中包含的被叫方标识、在私有信息单元中包含的所
请求的私有类型、序列号-ID报头值、以及用于标识在其上接收l1 INVITE
消息的传输连接的传输层信息。针对其存储信息的IMS私有标识可以通
过下述方式来确定：如果USSD被用作消息的传输协议，则将与IMS私
有标识关联的C-MSISDN与3GPP TS 29.002[bb]中规定的MAP服务
ISDN-Address-String进行比较；或者如果SMS被用作消息的传输协议，
则将与IMS私有标识关联的C-MSISDN与3GPP TS 29.002[bb]信息单
元中规定的MAP转发短消息sm-RP-OA进行比较。如果不包括From报
头，则可以针对l1 INVITE存储与Call-ID关联的IMS私有标识的缺省
公共用户标识，并且在任何对应的SIP方法中使用该缺省公共用户标识
来识别A方。如果包括，则可以将针对与Call-ID关联的该IMS私有标
识存储的公共用户标识与接收的标识符相映射。针对l1 INVITE存储检
索到的所映射的公共用户标识，并且将其用于对应的SIP方法中来识别
A方。如果接收的SIP INVITE请求中的Request-URI报头字段(R-URI)
是端接UA的缺省公共用户标识，则可以不包括To报头值。如果接收的
SIP INVITE请求中的R-URI不是端接UA的缺省公共用户标识，则可以
包括To报头，并且To报头应该包含标识符，该标识符映射到与在SIP
INVITE请求中的R-URI中接收的公共用户标识匹配的公共用户标识。
存在用于在SIP消息内提供指代公共用户标识的标记的若干编码机
制。例如，表3示出了从公共用户标识到标记值或索引值的通用映射。
该表可以存储在UA或网络设备的存储器中。
公共用户标识
索引(例如，标记)
<tel:+1-212-555-2222>
1
<sip:user2_public1home1.net>
2
表3
表4示出了使用该编码机制的、包含指代公共用户标识的标记的示
例SIP消息。在一些情况下，该编码机制可以与URI一致。URI可以包
括诸如hsip或csip或isip之类的URI方案。URI方案hsip指示在“：”
之后的部分是哈希值。URI方案csip指示在“：”之后的段是压缩值，
该压缩值遵守某种共同知道的压缩方案(可以使用OMA设备管理管理
对象(例如3GPP TS 24.167中的IMS MO)来交换压缩方案的细节)；
以及URI方案isip指示后面的值是映射到例如SIP或电话URI的索引。
表4
另一编码将示例如下：urn:isip:12；urn:csip:JeertoE；urn:hsip:34。
表5示出了示例的l1消息编码方案。
表5
在表5示出的l1消息中，From报头字段可以如表6所示来构建。
表6
参考表6，在长度字段中，比特7是指示From报头是否包含标记值
的标签。在标记字段中，比特0-7是二进制编码的，并且该编码将映射
到标记值。本领域普通技术人员将明白，当后续的八位字节包含标记时，
存在其他的标识方法。
在一些实现中，可以使用哈希函数来将特定公共用户标识映射到标
记。如果使用哈希函数，则哈希函数可以被配置为使得多个条目不求出
(evaluate)相同哈希结果或哈希值。在向哈希函数输入公共用户标识后，
所得的哈希值可被用于确定指代公共用户标识的标记，并且可以由UA
或网络设备进行发送。例如，可以对哈希值排序，使得所得的顺序确定
要与每个公共用户标识关联的标记。
图3是用于从公共用户标识向哈希结果转换的哈希函数的示意图，
所述哈希结果小于公共用户标识，并且用于确定每个公共用户标识的标
记。参考图3，向哈希函数42提供公共用户标识40。哈希函数42接收
公共用户标识，并且实现用以生成哈希表44的算法。哈希表42将接收
的公共用户标识中的每一个与哈希值关联。哈希值可以按数字或字母顺
序排列，并且标记被映射到每个哈希值，由此映射到每个公共用户标识。
发送者和接收者实现相同的哈希函数，并且在通信时使用合适的标记来
标识公共用户标识。
在一个实现中，接收的公共用户标识按字母顺序排列。于是，可以
按字母顺序向公共用户标识分配标记。备选地，公共用户标识的每个部
分的ASCII值可被转换成数字。于是，该数字值可以级联并且按数字排
序，以对公共用户标识进行排序并且将它们与标记关联。例如，ABC将
是656667，而abc将是979899，允许对数字结果进行排序。
除了通过使用标记指代UA的公共用户标识来简化SIP编码的消息
之外，消息的其他部分(诸如指代UA的能力的部分)也可以使用本方
法进行简化。在移动设备发起的信令的情况下，如果UA决定发送SIP
方法或者l1消息，UA可以查阅内部数据库、表、或者存储器，以确定
UA希望识别的特征码或标签与网络之间的映射。在找到特定特征码或
标签之后，UA可以识别指代该标签或码的特定标记，并且在与网络通
信时使用该标记。
当SCC AS或网络节点接收SIP方法或者l1消息时，网络节点解析、
解码、或者分析该消息，并且发现特征标签是使用标记来编码的。当接
收到该消息时，如果SCC AS需要创建到另一端点的SIP方法，则网络
节点使用将每个特征码或标签关联到特定标签的内部表将该标记转换成
冗长的特征码或标签。
类似地，在移动端接的传输的情况下，当SCC AS(网络节点)接
收SIP方法并且需要向UA发送消息(l1或SIP方法)时，网络节点分
析该消息中使用的特征标签。使用网络节点的存储器中存储的表，节点
选择指代该特征标签的正确标记值。于是，网络节点可以向UA发送包
含该标记值的消息。在一些情况下，特征标签可以包括ICSI和IARA标
签。当UA接收到SIP方法或者l1消息时，UA将解析、解码、或者分
析该消息，并且发现特征标签被编码为标记。然后，UA在存储器中查
找标记，以确定与标记关联的特定特征码或标签。然后，UA执行根据
3GPP和IETF规范用于接收该特征标签所必需的功能。
在该实现中，在UA与网络节点之间的通信之前，向UA和网络节
点都提供特征标签及其对应的标记。表7示出了一个示例数据结构，其
用于提供可提供给UA和网络节点二者的特征标签及其对应标签。
标记
特征标签
1
+g.3gpp.icsi-ref＝″urn％3aurn-7％3a3gpp-service.ims.icsi.mmtel”
2
+g.3gpp.ics＝″server”
表7
在实现本方法的l1消息中，可以与对应的SIP报头类似地定义新报
头“Contact Header(联系人报头)”和“Accept Contact header(接受联
系人报头)”。因此，当UA发起l1 INVITE消息时，UA可以包括表8
中示出的附加报头。
表8
在一些情况下，可以存在映射到每个特征标签的比特，使得可以具
有如图9中所示。
表9
表10示出了根据本公开配置的示例l1消息。如图所示，该消息具
有提供若干标记的能力，所述标记用于识别UA支持或网络节点请求的
特征码或标签
表10
在l1消息的备选实现中，针对Contact报头和Accept Contact存在
两个信息单元。在Contact报头内，可以提供包含IETF内定义的特征标
签的SIP Contact报头以及包含3GPP规范中定义的特征标签的3GPP
Contact报头。在Accept Contact报头内，SIP Accept Contact报头包含IETF
中定义的特征标签，以及3GPP Accept Contact报头包含3GPP规范中定
义的特征标签。在一些情况下，也可能存在一个或多个Reject Contact(拒
绝联系人)报头。消息可以包括：Accept Contact信息单元(IE)，其可
被备选地包括以识别特征标签；ERAccept Contact IE，其可被备选地包
括，以识别已经用特征偏好“显式的”或“所需的”来限制(qualify)
的特征标签；和/或Reject Contact IE，其可被备选地包括，以识别已经
用特征偏好“显式的”或“所需的”来限制的特征标签。另外的标签可
以包括：EAccept Contact IE，如果指示了已经用参数标签“显式的”来
限制的特征标签，则可以备选地包括该IE；以及RAccept Contact IE，如
果指示了已经用参数标签“所需的”来限制的特征标签，则可以备选地
包括该IE。表12示出了本系统的示例实现，其中该表在协议级别标识
了信息单元是必选的(M)还是可选的(O)，格式是值(v)、标签长度
值(tlv)、标签值(TV)、或者长度值(LV)和长度。
SIP允许给特征标签添加“显式的”或“所需的”，以标识该映射应
该有多明显。如表11中所描述的，如果需要基于类l1协议通信这样的
方法，则可以使用下述编码：
表11
在表11内，如果八位字节2的比特7被设置为1，则该八位字节2
标识该特征标签设置了“显式的”选项，以及如果八位字节2的比特6
设置为1，则该八位字节2标识该特征标签设置了“所需的”选项。
表12是对根据本公开编码的SIP编码消息的另一示例的示意。
表12
该信息单元Accept Contact、ERAccept Contact和Reject Contact可
以如表13所示进一步扩展。本领域普通技术人员将明白，尽管该表格针
对信息单元示出一个值，但是在该实施例中，每个信息单元将需要单独
的值。
表13
该信息单元包括信息单元码和码专用值。Accept Contact、ERAccept
Contact和Reject Contact可以是如上所述是如表14中所示的不同的信息
单元，或者它们可以都是使用一个信息单元码值的一个信息单元，其中
通过使用码专用信息单元来区分不同的报头。
表14
表15中是如何使用码专用单元来定义5个信息单元Accept Contact、
EAccept Contact、RAccept Contact、ERAccept Contact以及Reject Contact
的示例。
表15
本领域普通技术人员即将明白，可以使用信息单元码和码专用值的
组合来定义传达特征标签及其可选的参数标签“显式的”、“所需的”等
等所必需的信息单元的数目。
表16是根据本公开编码的SIP编码消息的另一示例的示意。
表16
在图16中示意的示例SIP编码的消息中，可以根据表17-20中示意
的示例数据结构对特征标签值(ZZZ)或其他前述实施例(诸如但不限
于表13的信息单元主体)进行编码。
当编码专用字段比特3、2和1取在“000”和“011”之间并包括“000”
和“001”的值时，UE可以使用特征标签contact信息单元来标识要触及
的UE的特性。与特征标签关联的ASN.1标识符可以刻画UE的特征集。
根据RFC 3841中的过程，可以通过添加可选标签“显式的”和“所需
的”来限制特征标签。当特征标签没有限定符时，具有码专用字段比特
3、2和1的特征标签信息单元可被设置为“000”，并且可以在信息单元
主体中包括十进制(decimal)值。当特征标签附加有“所需的”参数标
签时，具有码专用字段比特3、2和1的特征标签信息单元可被设置为
“001”，并且可以在信息单元主体中包括十进制值。当特征标签附加有
“显式的”参数标签时，具有码专用字段比特3、2和1的特征标签信息
单元可被设置为“010”，并且可以在信息单元主体中包括十进制值。当
特征标签附加有“显式的”和“所需的”参数标签时，具有码专用字段
比特3、2和1的特征标签信息单元可被设置为“011”，并且可以在信息
单元主体中包括十进制值。当码专用字段比特3、2和1被设置为“100”
时，UE可以使用特征标签contact信息单元来标识要避免的UE的特性。
UE可以在l1 INVITE消息中包括Feature Tag(特征标签)Contact
单元，以指示根据RFC3841规定的任何被叫特征偏好。取决于是否需要
使用“所需的”和/或“显式的”参数标签来限制特征标签或者特征标签
是否应该被标识为“拒绝”，该IE可以出现多次。
表17
表18
表19
表20
关于如何编码特征标签的另一实施例是取IANA定义的ASN.1十进
制值，并且将其编码进信息单元。
表21
表22
表21示出了使用IANAASN.1编码的实施例，其中IANA树被编码
进八位字节2-4。该编码提供一种机制，其中如果将来创建特征/媒体标
签，它们可以在将来的验证机制中传达。该特征/媒体十进制值被编码到
八位字节6-y，每个特征/媒体标签占用一个八位字节，所以可以包括它
们的列表。
在备选实现中，可以定义另一信息单元，使得数字前缀的长度是8
比特，这允许树中的值是256的最大尺寸，例如，256.158.192.45.200.180。
表23
在表16示意的示例SIP编码的消息中内，在例如Aceept(接受)、
ERAccept或Reject Contact单元中，可以根据表24中的示例数据结构以
及表25中提供的示例编码来编码特征标签值(YYY)。该编码可以是比
特专用的(如示意的那样)，或者可以使用显式的码以用于将值映射到特
定八位字节值。
表24
表25
还可以根据SIP信令要求对与特征码或标签有关的标记进行编码。
如果UA发起呼叫，则作为呼叫的一部分，UA可能希望在Accept Contact
和Contact报头中都包括特征标签。表26示出了可以如何编码SIP
INVITE，其中特征标签标记加了下划线。相同的概念可以应用于传统上
会插入冗长形式的特征标签的其他SIP方法。
表26
在备选实现中，当在SIP方法中使用标记时，可能必须包括特征标
签以对标记特征正被使用进行标识。例如，可以定义下述方法
″+3gpp.indicium＝[indicium values separated by comma，colon etc]″。这样的
特征标签可以是新特征标签或者是现有的特征标签。如果该特征标签是
新的，则可以根据3GPP和/或IETF和/或IANA中定义的过程来创建标
签。
在本系统的另一实现中，可以在UA和网络节点通信时动态构建标
记映射，而不是提供预先确定的消息值到标记的映射。图4示意了用于
网络内的UA注册的消息流。图4还示意了，为了完成注册，网络中发
生的若干附加动作。一般而言，图4中示出的消息流是根据各种标准的，
然而该过程中的若干步骤被突出，其容许进行根据本公开的动态消息压
缩。因此，使用本方法，可以使用动态标记修改图4示出的消息流来生
成更有效的消息流，该更有效的消息流导致在UA与网络节点之间传输
较少的信息。
在其他实现中，当在SIP消息中使用标记时，可能必须为了包含在
SIP消息中而创建新的主体部分(例如，XML MIME文档)，或者可能
必须改进现有的主体部分(如reevent或reginfo)。
下面的示例示意了可以如何使用本系统来动态创建标记，该标记用
于指代SIP编码消息或被配置为基于l1接口发送的消息内的公共用户标
识和SIP UA能力。然而，在其他实现中，可以针对消息内包含的任何
数据单元，生成动态标记。例如，在一个特定实现中，根据本公开，消
息中的编码为Type-Length-Value(类型长度值，简称TLV)或Length-Value
(长度值，简称LV)数据单元的所有单元都适于用标记来替代。在LV编
码数据单元中，例如，提供了特定长度的数据值。还可以提供这样的值，
其可以包括例如ASCII数据，并且长度等于长度值中提供的长度。使用
LV编码数据单元允许高效的解析和处理。作为结果，可以将SIP消息或
被配置为使用l1接口发送的消息内已编码的数据单元中的若干数据单元
编码为TLV或LV型的数据单元。
参考图4，在流程图的步骤50，UA 10已经构建要向网络发送的注
册消息。UA 10包含呼叫能力以作为注册消息的一部分。通过附加到根
据RFC3840过程的Contact报头的特征标签来反映这些能力。UA 10可
以例如使用“+3gpp.indicium”特征标签或sip.schemes＝csip等来指示对
所提出的功能的支持。在注册过程期间，该标签可被插入SIP REGISTER
(SIP SUBSCRIBE，其他SIP方法/消息类型)请求的Contact报头。如
果UA 10希望确保SCC AS 52理解该扩展，则UA 10可以使用具有值
“pref”的Require(或Proxy-Require)报头字段。
在定义注册消息内的Calling(呼叫)能力之后，UA 10创建标记映
射，标记映射使用上面的示例，可以包括注册消息中顺序包含并且分别
具有标记1和2的两个特征标签。例如，该标记映射可以是表27的标记
映射。然而，本领域普通技术人员应该理解，编号可以从任何值开始。
在该实现中，在SCC AS 52与UA 10之间，编号开始点和编号增量是相
同的(即，相同的开始点，具有恒定的增量)。
标记
特征标签
1
+g.3gpp.icsi-ref＝″urn％3aurn-7％3a3gpp-service.ims.icsi.mmtel”
2
+g.3gpp.ics＝″server”
表27
备选地，可以通过下述方式来创建特征标签与标记值之间的映射：
通过哈希函数发送特征标签，然后按数字顺序排列哈希值，以及按该顺
序将标记分配给特征标签，如上面针对公共用户标识值进行哈希处理所
描述的那样。
在构建映射之后，UA 10向网络节点发送具有原始的呼叫能力指示
(即，不使用标记)注册消息。
在步骤54中，SCC AS 52从UA 10接收第三方注册。注册的一部分
可以包括上述注册消息。该消息可以看起来与表28中示出的消息类似，
其中特征标签加了下划线。
表28
在步骤54中已经收到消息时，SCC AS 52现在具有UA 10的能力列
表，并且可以建造其自己的映射表。因为SCC AS 52使用相同的映射算
法来建造涉及特定标记到能力的表，所以SCC AS 52和UA 10都可以在
标记指代能力时使用标记，最小化需要在UA 10与网络之间传输的数据
的量。例如，SCC AS 52可以建造表29中示出的映射。此时，SCC AS 52
和UA 10在两个设备的存储器中存储的表中具有映射到相同特征标签的
相同标记值。
标记
特征标签
1
+g.3gpp.icsi-ref＝″urn％3aurn-7％3a3gpp-service.ims.icsi.mmtel”
2
+g.3gpp.ics＝″server”
表29
在步骤56中，UA 10接收包含该UA 10的全部已注册标识的Notify
(通知)消息。表30是包含UA 10的已注册标识的示例Notify消息，
其中通过加下划线标识UA 10是已知的。
表30
在接收到Notify消息之后，UA 10创建将标记值映射到接收到的公
共用户标识的表。如上述那样，只要UA 10和SCC AS 52使用相同的算
法来将特定标识映射到特定标记，标记的开始编号并不重要。例如，表
31是UA 10在接收到表30示意的Notify消息之后可以生成的示例映射
表的示意。
标记
公共标识
缺省
sip:user2_public1home1.net，tel:+358504821437
1
sip:user2public1home1.net
2
sip:tgruu.7hs＝＝jd7vnzga5w7fajsc7-ajd6fabz0f8g5home1.net
表31
备选地，如上所述，公共用户标识与标记值之间的映射可以通过下
述方式来创建：通过哈希函数发送公共用户标识，然后按数字顺序排列
哈希值，以及按该顺序分配标记。或者，如早先描述的，可以按字母数
字顺序排列公共用户标识，并且使用该顺序创建标记。
在一些情况下，UA 10没有如图4的步骤58中所示预订Reg Event
(注册事件)分组，而是使用在步骤60中接收的P-Associated URI中的
信息来创建标记。还可以附加参数或字段。例如，P-Associated URI可以
包括：″P-Associated-URI:user2_public1home1.net，URI-index＝1，
<tel:+358504821437>，URI-index＝2″。其中，“URI-index＝”是所添加的标
识标记值的参数。
在步骤62中，SCC AS 52使用在UA 10内实现的相同算法来建造用
以将标记与在Notify消息中接收到的公共用户标识相关联的映射表。例
如，SCC AS 52构建表32中示出的映射表。在UA 10与SCC AS 52都
具有标记到UA 10的公共用户标识的所定义的映射的情况下，两个实体
在通信时可以使用这些值，而不是公共用户标识。
标记
公共标识
缺省
sip:user2_public1home1.net，tel:+358504821437
1
sip:user2public1home1.net
2
sip:tgruu.7hs＝＝jd7vnzga5w7fajsc7-ajd6fabz0f8g5home1.net
表32
备选地，如上所述，公共用户标识与标记值之间的映射可以通过下
述方式来创建：通过哈希函数发送公共用户标识，然后按数字顺序排列
哈希值，以及在按该顺序排列时将标记分配给公共用户标识。或者，如
早先描述的，可以按字母数字顺序排列公共用户标识，其中基于该顺序
确定标记。
备选地，可以定义附加到RegEvent分组中的URI的新SIP URI参
数。URI可被配置为标识该公共用户标识的标记值，确保UA获得SIP/
电话URI在其标记映射表中应该取得的位置的显式指示。在另一实现中，
UA还可以SIP SUBSCIRBE(SIP预订)来自SCC AS的针对其自身的
Reg Event分组。该信息流可以与图4中示出的相同，但是SCC AS是
SUBSCRIBE的端接点并且是对UA的NOTIFY(通知)的发起者。因
为SCC AS已经创建标记表，所以SCC AS可以确保Notify消息中的公
共用户标识的顺序是相同顺序，使得当UA接收它们时，它们可以相应
地映射。实现上述情况的另一方式是动态地使用哈希函数，其中将公共
用户标识通过哈希算法，确保当对所产生的哈希值进行排序时，公共用
户标识的顺序与关联的标记是一致的。
在备选实现中，在步骤56之后，UA 10可能需要确定网络(例如，
网络节点SCC AS 52)是否支持利用标记的新URI方案。在该情况下，
UA 10可被配置为向网络发送SIP OPTIONS(SIP选项)请求。然后，
网络可以进行响应，其包括指定网络是否支持该URI方案的
sip.extensions特征标签。如果UA 10接收到支持编码方案的指示，则UA
可以使用该编码方案。此外，在图4的步骤64，如果SCC AS 52没有收
到特征标签，SCC AS 52可以向UA 10发送OPTIONS请求，以确定是
否支持该新编码方案。UA 10可以使用sip.extensions特征标签回送响应。
参考图4示意的消息流，在给定必需数据的情况下，标记和映射的
生成可以发生在图中列出的步骤中的任意步骤。此外，参考步骤66，在
UA 10和网络已经建立标记映射之后，可以在SIP或l1消息中使用该映
射。
在图4示意的示例中，已经示出了移动端接的会话建立消息流，然
而，应该明白可以使用本标记映射方法来发起移动发起的会话。
在UA 10与网络之间的通信期间的某个点上，可能必需重置标记映
射(例如，该映射可能变得不同步)。因此，在一个实现中，UA可以使
用UA的SIP REGISTER请求或针对该方法的请求来发起更新。备选地，
当SCC AS或UA希望更新标记映射时，在SCC AS与UA之间传达的
下一消息中，该实体发送包括指定特征标签、XML主体、或指定要重建
/重置标记值的P-Header值在内的消息。当请求该重置时，发出请求的
实体可以回复到原始的数据编码。备选地，可以不在消息中包括新数据
单元，因此当功能(例如，SIP UA、UAC)接收到数据的冗长版本(即，
不使用标记而是使用原始值的消息)或者需要重置标记映射的显式指示
时，接收实体可被配置为以与最初生成标记数据相同的方式重新生成该
数据。然而，在一些情况下，任一实体可以指示应该使用不同算法来生
成标记数据，或者另一网络节点或设备可以通知所述实体(例如，UA
和SCC AS)使用新算法。直到已经重新构建该数据的时间为止，SIP会
话可以继续使用该冗长机制。
在一些网络中，可以使用电话URI或具有SIP URI参数user＝phone
的SIP URI来寻址被叫方或主叫方。换言之，可以使用电话号码来寻址
所述方。在本系统的一个实现中，当网络功能接收到这样的地址时，该
功能可被配置为将地址翻译成E.164号码的二进制表示。例如，图5示
意了栈信息流，其中使用电话URI或SIP URI user＝phone寻址目标设备。
参考图5，在步骤70中，如果用户已经选择电话URI或SIP URI
user＝phone地址，则将该地址传给l1引擎72。l1引擎或状态机72获得
包括电话URI或SIP URI user＝phone的输入，并且将其适配到l1协议。
然后将适配的消息输入l1传输74。因此，在步骤72，当接收到电话URI
或SIP URI user＝phone时，UA根据现有规范编码该号码。然后，该消息
被网络接收(在步骤76)，传给l1引擎78，并且最终传递给SIP引擎80。
在接收到目的设备的地址之后，SIP引擎80能够在步骤82中使用例如
传输控制协议(TCP)或用户数据报协议(UDP)来发起SIP传输。
作为示例，表33示意了可在图5的步骤72中使用的针对电话URI
或SIP URI user＝phone的编码。
表33
如果，作为解析电话URI或者具有“user”URI或被设置为“phone”
的SIP参数的SIP URI的结果，消息的号码中包括“+”符号，则该号
码可被编码成号码类型(TON)为“国际的”，并且可以使用二进制编码
的十进制计数法(BCD)将数字编码成号码的号码数字。应该如E.164
中一样来设置该编号规划指示符。如果不能发现“+”符号，则号码可
以编码为TON＝未知，NPI＝未知。根据3GPP TS 23.003，电话URI还可
以包括SCC AS PSI DN-电话URI或SIP URI，SIP URI具有被设置为
“phone”的“user“PSI DN参数。在该情况下，SCC AS PSI DN的报
头可以根据表34进行编码，并且主体可以根据表35进行编码。参考表
34和35，八位字节4中的号码数字在八位字节5中的号码数字之前。可
以首先输入的号码数字位于八位字节4中的比特1-4。而且，如果被叫
方BCD号码包含奇数个数字，则可以使用被编码为“1111”的结束标志
来填充最后一个八位字节的比特5-8。
表34
表35
在移动发起的传输中，被叫地址可以是电话URI SIP URI user＝phone，
其具有根据3GPP TS 24.008第10.5.4.7节针对l1 INVITE中的To字段而
编码的数字。主叫地址可以是电话URI SIP URI user＝phone，其具有根据
3GPP TS 24.008第10.5.4.7节针对l1 INVITE中的From字段而编码的数
字。在移动端接的传输中，被叫地址可以是电话URI SIP URI user＝phone，
其是根据3GPP TS 24.008第10.5.4.7节针对l1 INVITE中的To字段而编
码的。主叫地址可以是电话URI SIP URI user＝phone，其是根据3GPP TS
24.008第10.5.4.7节针对l1 INVITE中的From字段而编码的。
在本系统的一般性实现中，除了上述公共用户标识和UA能力之外，
消息内的具有字符串数据类型的所有数据都有资格可以进行压缩。本系
统可以配置为用标记替代协议消息中的具有字符串数据类型的所有数据，
该标记可以包括整数、二进制、十六进制等等值，以减小消息的大小。
在一个特定实现中，SIP消息或类SIP编码的消息中的所有数据都可以
用标记值进行替代，然而，在一些情况下仅该数据的子集可以进行替换。
例如，在一个实现中，仅使用LV或TLV编码方法的数据经历根据本公
开的用标记进行的替代。
本系统允许客户端/服务器应用协议(如SIP或l1)发送优化的字符
串数据类型和/或对字符串的引用或标记，并且同步字符串发送器和字符
串接收器这两方的对字符串的引用标号或标记。在该描述中，字符串发
送器和字符串接收器是所提出的机制的逻辑实体，并且可以例如包括在
UA和网络节点(诸如SCC AS)上运行的应用。在一些情况下，应用可
以具有多个字符串发送器和字符串接收器实例。
字符串发送器在开启时，向对应的字符串接收器发出同步请求。在
接收到同步请求之后，字符串接收器检查与对应的字符串发送器实例关
联的同步表的存在，并且如果该表存在，则在响应中回送该表。然而，
如果该表不存在，则该响应可以包含空(null)值，指示该表不存在，
并且已经创建新表。同步表是可以存储在与字符串发送器和字符串接收
器通信的存储器中的数据结构。该表将字符串值与对字符串的引用号码
或标记相链接。可以在多个字符串发送器和字符串接收器实例之间共享
同步表。在一些实现中，如上所述，包含字符串及其关联的标记的同步
表可被预先提供在设备和网络中。
字符串发送器和字符串接收器还可以配置为发送重置请求。重置请
求命令另一方擦除同步表中的内容。该请求可以导致同步表的完全擦除，
或者可以指定仅应该擦除该表中的特定值或部分。响应于重置请求，接
收方能够指示操作的状态(例如，成功、识别、未知，等等)。
图6是用于最优化在字符串发送器与字符串接收器实体之间的字符
串通信的示例消息流的示意图。在第一步骤100中，AP客户端101(在
本情况下，是字符串发送器)准备向字符串接收器发送字符串。AP客
户端101可以包括例如在UA或网络节点(诸如SCC AS)上运行的应
用。该消息包括若干字符串，该字符串可以通过用标记替代字符串来进
行优化。AP客户端101单步调试(step through)每个字符串以确定其
是否可被压缩。例如，在步骤102中，AP客户端101可以检查消息内
包含的第一字符串值是否已经被描述在AP客户端的同步表中。在该示
例中，该消息包括在同步表中没有找到的字符串值“This is a string”。在
步骤104中，AP客户端101还确定该字符串值被频繁发送，并且该字
符串值适合进行优化。因此，在步骤106中，AP客户端101指示同步
表存储字符串值“This is a string”。在同步表内，该字符串值被分配引用
值或标记。在发送同步表中存储该字符串值的消息之后，AP客户端101
从同步表中检索针对该字符串值的引用号码或标记。
表36示意了存储AP客户端101可以访问的示例同步表，该同步表
存储字符串和与字符串关联的引用号码或标记。使用该同步表，AP客
户端可以能够仅发送引用号码或标记(假定接收方具有将正确的字符串
与该引用号码或标记关联的记录)，而不是发送在表中已经存储的字符串
值。
值
引用
…
…
“This is a string”
000A
…
…
表36
在步骤108，AP客户端101向AP服务器103(字符串接收器)发
送消息，并且在该消息中将字符串标识为用于优化的候选。AP服务器
103可以例如包括在UA或网络节点(诸如SCC AS)上运行的应用。除
了字符串数据自身之外，AP客户端101还发送将在未来传输中用于替
代字符串的引用号码或标记(OOOA)。该引用号码或标记可以附加到字
符串，作为消息报头或主体的一部分进行包含，在带外(例如，使用另
一协议和/或不同承载)发送，或者使用其他选项传输(例如，在HTTP
协议中传输)。
在步骤110中。AP服务器103检索该消息，确定该消息包含字符
串以及已经为该字符串提供标记，并且将字符串与标记存储到其自身的
同步表中，如表37所示。
引用
值
000A
“This is a string”
表37
此时，AP客户端101与服务器103同步表二者被同步，并且已经
存储相同的字符串/标记对。在步骤112中，AP服务器生成对从AP客
户端接收的消息的响应。在该响应中，AP服务器103可以指示同步操
作是否成功。AP客户端101在接收到该响应时，可以检查操作的状态，
并且如果操作失败，则AP客户端101可以从其同步表中移除该字符串。
在步骤114中，AP客户端101准备发送消息，该消息包含最初在
步骤106中存储在同步表中的相同字符串(例如，“This is a string”)。注
意：在最初在同步表中存储字符串之后，步骤114可以出现若干次-在
图6示意的步骤106与114之间，在AP客户端101与AP服务器103
之间已经传输许多其他消息。在步骤116，AP客户端101在同步表中查
找字符串值，以及在步骤118中将与字符串对应的引用号码或标记插入
消息。然后，向AP服务器103发送该消息。在该示例中，消息中的引
用号码或标记的大小是2字节。
在步骤120，AP服务器103接收到消息和引用号码或标记，并且检
查该引用号码或标记是否已经存在于同步表中。在该示例中，找到了该
引用号码或标记。在步骤122，AP服务器103检索与引用号码或标记对
应的字符串值，并且用字符串值替代该引用号码或标记。
使用图6示意的方法，消息(诸如类SIP编码的消息)的内容可被
紧缩并且更有效地在无线通信网络的一个或多个组件之间传输。表38
示意了在使用图6的方法进行紧缩之前的示例的类SIP编码的消息。该
示例消息具有449字节的大小。
表38
表39示意了已经使用图6的方法进行紧缩的示例的类SIP编码的消
息。该消息内包含的若干字符串已经被短于原始字符串的标记或引用号
码所替代。该示例的紧缩消息的大小仅是94字节：在大小上减少了79％。
表39
因此，在本系统的各种实现中，如果能够使用l1接口的ICS UA注
册到IMS CN子系统，则UA可以将关键词与公共用户标识关联。如果
至少一个关键词与公共用户标识关联，则可以导出公共用户标识。当ICS
UE使用l1参考点建立会话控制信道时，或者当UE生成例如l1 INVITE
消息时，l1消息包括包含如下值的IE值(例如，From head-id IE)。如
果公共标识指示缺省公共用户标识，则该值设置如下：标识信息IE(参
见表42)的“码专用”IE被设置为“未规定的”(参见表43)，并且长
度IE被设置为0。如果相关的SIP INVITE请求存在，并且公共标识指
示在相关的SIP INVITE请求中使用的公共用户标识，则标识信息IE(参
见表42)的“码专用”IE被设置为指示公共标识是从对应的SIP会话或
相关的SIP INVITE请求中检索到的。例如，当指示公共标识是从对应的
SIP会话或相关的SIP INVITE请求中检索到的时，标识信息IE(参见
表42)的“码专用”IE被设置为“未规定的”(参见表43)，并且长度
IE被设置为1，以及该八位字节被设置为全‘0’。如果公共标识不是缺
省公共用户标识，并且可以导出所指示的公共用户标识，则系统将标识
信息IE(参见表42)的“码专用”IE设置为“标识符”(参见表43)，
以及将长度IE设置为关键词的长度。如果不能够导出标识符，则将标识
信息IE (参见表42)的“码专用”IE设置为SIP URI(参见表43)或
国际E.164号码(参见表43)，并且其将被SCC AS用于识别ICS UE。
表40
表41
如果ICS UE接收到来自SCC AS的l1 INVITE消息，并且UE确定
不存在针对接收的呼叫标识符值的l1会话，则ICS UE可以根据下述规
则操作。如果l1 INVITE消息中由标识信息IE(参见表42)编码的To
报头值(参见表41)包含被设置为“未规定的”(参见表43)的“码专
用”信息单元以及设置为0的长度IE，则可以将公共用户标识设置为缺
省公共用户标识。如果l1 INVITE消息中的由标识信息IE(参见表42)
编码的To报头值(参见表41)包含被设置为“未规定的”(参见表43)
的“码专用”信息单元以及设置为1的长度IE和设置为全‘0’的八位
字节3，则可以将公共用户标识设置为在相关的SIP INVITE请求中使用
的公共用户标识。例如，如果相关的SIP INVITE请求存在并且公共标识
指示在相关的SIP INVITE请求中使用的公共用户标识，则标识信息IE
(参见表42)的“码专用”IE被设置为指示公共标识是从对应的SIP会
话或相关的SIP INVITE请求中检索的。当指示公共标识是从对应的SIP
会话或相关的SIP INVITE请求中检索的时，标识信息IE(参见表42)
的“码专用”IE可被设置为指示“未规定的”(参见表43)以及长度IE
被设置为1以及该八位字节设置为全‘0’。如果l1 INVITE消息中的由
标识信息IE(参见表42)编码的To报头值(参见表41)包含设置为“标
识符”(参见表43)的“码专用”信息单元以及设置为4或另一合适值
的长度IE，则公共用户标识可被导出，且被设置为在To报头的信息单
元主体中接收的标识符值。如果l1 INVITE消息中的由标识信息IE(参
见表42)编码的To报头值(参见表41)包含被设置为国际号码(参见
表43)或SIP URI的“码专用”信息单元，则UE的公共用户标识可被
设置为To报头值的信息单元主体中的标识符。注意，UE可以指示用于
在对用户的进入会话中寻址该UE的公共用户标识。
当经由l1参考点从ICS UE接收到初始l1 INVITE消息时，SCC AS
可以存储在l1 INVITE消息中接收到的信息。在该情况下，l1消息中接
收到信息可以与订户一起存储在网络节点(诸如SCC AS)中。在一个
实施例中，传输层包含公共用户标识，诸如MSISDN、C-MSISDN、SIP
URI或Tel URI。当从HSS检索的订户简档包含相关的公共用户标识时，
进入的l1消息可以与该订户简档相关联，并且可以识别正确的简档。例
如，C-MSISDN可被用作传输层协议中(例如，如果USSD用作消息的
传输层，则是在3GPP TS 29.002中规定的MAP服务ISDN-Address-String
中，或者如果SMS被用作消息的传输层协议，则是在3GPP TS 29.002
规定的MAP转发短消息sm-RP-OA信息单元中)的公共用户标识。类
似的信息单元可以出现在用于向SCC AS传递l1消息的其他传输协议中。
于是，该MSISDN可以与已经针对从HSS下载到SCC AS的订户简档存
储的MSISDN相关。因为MSISDN在CS域中通常是唯一的，所以
MSISDN可以用于将进入的消息与订户简档相关。于是，l1消息中接收
的数据可以针对正确的订户简档进行存储。在该情况下，订户简档可以
通过订户私有标识进行识别，其中该订户私有标识是IMS私有标识，或
者是IMSI。
如果如果l1 INVITE消息中的由标识信息IE(参见表42)编码的
From报头值(参见表40)包含被设置为“未规定的”(参见表43)的“码
专用”信息单元以及设置为0的长度IE，则可以针对l1 INVITE存储缺
省公共用户标识。如果l1 INVITE消息中的由标识信息IE(参见表42)
编码的From报头值(参见表40)包含被设置为“未规定的”(参见表
43)的“码专用”信息单元以及设置为1的长度IE和设置为全‘0’的
八位字节3，则UE的公共用户标识可以被设置为在相关的SIP INVITE
请求中使用的公共用户标识。如果l1 INVITE消息中的由标识信息IE(参
见表42)编码的From报头值(参见表40)包含被设置为“标识符”(参
见表43)的“码专用”信息单元以及设置为1的长度IE，则例如可以针
对l1 INVITE存储如在段落00120中导出的接收标识符。如果l1 INVITE
消息中的由标识信息IE(参见表42)编码的From报头值(参见表40)
包含被设置为国际号码或SIP URI的“码专用”信息单元，则可以针对
l1 INVITE存储在To报头值的该信息单元主体中包含的标识。
如果接收的SIP INVITE请求中的R-RUI是段落00120中例如针对
端接UE导出的缺省公共用户标识，则标识信息IE(参见表42)的“码
专用”信息单元可被设置为“未规定的”(参见表43)以及长度IE设置
为0。然而，如果接收的SIP INVITE请求中的R-RUI是相关的SIP INVITE
请求中使用的UE的公共用户标识，则标识信息IE(参见表42)的“码
专用”信息单元可被设置为“未规定的”(参见表43)以及长度IE设置
为0，并且八位字节3设置为全‘0’。如果接收的SIP INVITE请求中的
R-RUI不是端接UE的缺省公共用户标识而是与公共用户标识之一匹配，
则标识信息IE(参见表42)的“码专用”信息单元可被设置为“标识符”
(参见表43)，长度IE设置为1，以及To报头的信息单元主体可以是导
出的标识符值(参见例如段落00120)，并且映射到在SIP INVITE请求
中的R-RUI中接收的公共用户标识。
在本系统中，标识信息指定了公共用户标识，该公共用户标识例如
是主叫用户的标识(例如主叫方号码)(在该情况下，From-id信息单元
可以包含E.164、标识符或者SIP URI)或者被叫用户的标识(例如，被
叫方号码)。标识信息单元可以包含E.164、SIP URI、或者标识要使用的
公共用户标识的标识符(参见例如段落00120)。信息单元在消息中的位
置以及其接收方向可以标识该单元是主叫方标识还是被叫方标识。
SCC-AS-id信息单元(例如，参见表45)可以包含URI，该URI
包括SCC AS PSI DN的国际E.164号码表示，该国际E.164号码表示指
向SCC AS。当UE通过向MSC服务器发送SETUP(建立)消息来建立
CS承载连接时，UE指定相应的国际E.164号码URI作为被叫方号码。
随后，经由MGCF将该呼叫路由到相应的SCC AS，其中，在IMS网络
中，SCC AS PSI DN将为视为通配符PSI，如3GPP TS 23.003[cc]子条
款13.5中规定的那样。
在本系统中，标识信息信息单元可以用于传输公共标识(例如，To
方、From方，等等)。标识信息信息单元可以包含SIP URI或者电话号
码(例如，国际号码、国家号码)或者标识已知的公共标识的标识符值。
“码专用”字段，即编号1的八位字节的比特3、2和1指定了标识信息
信息单元中包含的信息的类型。
如果要使用的标识信息是电话URI或具有URI参数user＝phone的
SIP URI，则“码专用”字段比特3、2和1应该被设置为“010”，并且
该标识应该根据子条款7.3.2.Y.3进行编码。如果通过数字字符串的开始
处的“+”符号将电话或SIP URI标识为全球唯一标识的，则可以认为
号码类型是国际格式。编号规划标识可以被设置为E.164。可以认为所
有其他格式是未知的，并且号码类型应该被设置为未知的并且编号规范
未知。
如果标识信息是SIP URI usernamedomainname，则“码专用”字
段比特3、2和1应该被设置为“010”，并且可以根据IETF RFC 3629
中规定的UTF-8编码规则编码成八位字节字符串。
表42示意了示例标识信息信息单元。
表42
表43示意了示例标识信息信息单元。
表43
在本系统中，SCC-AS-id信息单元可以包含指向SCC AS的SCC AS
PSI DN的国际E.164号码表示的URI。SCC AS PSI DN信息单元可以具
有最小长度3个八位字节且最大长度10个八位字节。
表44示意了用于SCC-AS-id信息单元的示例报头格式。
表44
表45示意了示例SCC AS PSI DN报头信息单元格式。
表45
通常，参考表45，八位字节4中的号码数字在八位字节5等中的数
字之前。可以首先输入的号码数字位于八位字节4中的比特1-4。而且，
如果被叫方BCD号码包含奇数个数字，则可以使用被编码为“1111”的
结束标志来填充最后一个八位字节的比特5-8。
在本系统中，通常，UE和SCC AS维护用于关联关键词与值的哈希
表。关键词可以是向字符串值应用哈希函数得到的哈希结果。SHA-1可
以用作哈希算法。UE和SCC AS可以具有一个或多个用于关联关键词与
值的哈希表。UE和SCC AS可以创建P-Associated-URI报头字段中存在
的URI的哈希表。如果UE和SCC AS也预订3GPP TS 24.229中记载的
RegEvent分组，则UE和SCC AS除了针对P-Associated-URI报头字段
中接收的URI之外，还可以针对在Reg-Event分组中接收的URI创建
GRUU的哈希表。注意，对进入的REGISTER请求的200(OK)响应可以
包括P-Associated-URI报头字段，并且可以作为3GPP TS 24.229中记载
的第三方注册过程的一部分递送给SCC AS。
图7示出了包括UA 10的实施例在内的无线通信系统。可操作UA 10
用于实现本公开的各方面，但是本公开不应受限于这些实现。尽管说明
为移动电话，UA 10可以采用各种形式，包括无线手机、寻呼机、个人
数字助理(PDA)、便携式计算机、平板计算机、或膝上型计算机。很多
合适的设备结合了一些或者所有这些功能。在本公开的一些实施例中，
UA 10不是类似于便携式、膝上型或者平板计算机的通用计算设备，而
是特殊用途通信设备，比如移动电话、无线手机、寻呼机、PDA或安装
在交通工具中的通信设备。UA 10还可以是设备，包括设备，或被包括
在具有类似能力但是不是便携式的设备中。UA 10可以支持特殊化的活
动，比如游戏、库存控制、作业控制和/或任务管理功能等等。
UA 10包括显示器702。UA 10还包括触敏表面、键盘或者被称作
704的用于用户输入的其它输入按键。键盘可以是完全或者精简字母数
字键盘(比如QWERTY、Dvorak、AZERTY、以及顺序类型)或者具有
与电话键区相关联的字母的传统数字键区。输入按键可以包括滚轮、退
出或者逃生键、轨迹球、以及可以向内按动以提供其它输入功能的其它
导向或者功能按键。UA 10可以呈现让用户选择的选项、让用户致动的
控制、和/或让用户定向的指针或者其它指示器。
UA 10还可以接受来自用户的数据输入，包括拨打的号码或者用于
配置UA 10的操作的各种参数值。响应于用户命令，UA 10还可以执行
一个或者多个软件或者固件应用。这些应用可以将UA 10配置为响应于
用户交互以执行各种定制功能。附加地，可以从例如无线基站、无线接
入点或对等UA 10在空中对UA 10编程和/或配置。
由UA 10可执行的各种应用中有web浏览器，其使得显示器702可
以呈现网页。可以经由与无线网络接入节点、小区塔、对等UA 10或者
任意其它无线通信网络或者系统700的无线通信获得网页。网络700与
有线网络708(比如互联网)相连。经由无线链路和有线网络，UA 10
具有对各种服务器上(比如服务器710)的信息的接入。服务器710可
以提供可以在显示器702上展示的内容。备选地，UA 10可以通过作为
中间设备的对等UA 10，以中继类型或跳类型的连接来接入网络700。
图8示出了UA 10的框图。尽管示出了UA 110的各种已知组件，
在实施例中，UA 10可以包括已列出的组件的子集和/或未列出的附加组
件。UA 10包括数字信号处理器(DSP)802以及存储器804。如图所示，
UA 10还可以包括天线和前端单元806、射频(RF)收发信机808、模
拟基带处理单元810、麦克风812、耳机扬声器814、头戴式耳机端口816、
输入/输出接口818、可抽取式存储器卡820、通用串行总线(USB)端
口822、短距无线通信子系统824、警报826、键区828、液晶显示器(LCD)
(其可以包括触敏表面830、LCD控制器832)、电荷耦合器件(CCD)
相机834、相机控制器836以及全球定位系统(GPS)传感器838。在实
施例中，UA 10可以包括不提供触敏屏幕的另一种显示器。在实施例中，
DSP 802可以与存储器804直接通信，而不需要经过输入/输出接口818。
DSP 802或者某种其它形式的控制器或者中央处理单元根据存储器
804中或DSP 802本身中包含的存储器中存储的嵌入式软件或者固件来
控制UA 10的各种组件。除了嵌入式软件或者固件之外，DSP 802可以
执行在存储器804中存储的其它应用或者经由信息载体介质(比如便携
式数据存储介质，类似于可抽取式存储器卡820)可用或者经由有线或
者无线网络通信可用的其它应用。应用软件可以包括配置DSP 802以提
供所需功能的机器可读指令的编译集合，或者应用软件可以是由解释器
或者编译器处理以间接配置DSP 802的高级软件指令。
可以提供天线和前端单元806以在无线信号和电信号之间转换，使
得UA 10能够从蜂窝网络或者某个其它可用无线通信网络或者对等UA
10发送和接收信息。在实施例中，天线和前端单元806可以包括多根天
线以支持波束成形和/或多入多出(MIMO)操作。如本领域技术人员已
知的，MIMO操作可以提供空间分集，用于克服困难的信道条件和/或增
加信道吞吐量。天线和前端单元806可以包括天线微调和/或阻抗匹配组
件、RF功率放大器、和/或低噪放大器。
RF收发信机808提供频移、将接收的RF信号转换为基带并且将基
带发送信号转换为RF。在一些描述中，可以将无线收发信机或RF收发
信机理解为包括其他信号处理功能，比如调制/解调、编码/解码、交织/
去交织、扩频/去扩频、快速傅立叶逆变换(IFFT)/快速傅立叶变换(FFT)、
循环前缀添加/移除、以及其他信号处理功能。为了清晰起见，本描述此
处将对该信号处理的描述与RF和/或无线级加以分离，并概念上将该信
号处理分配给模拟基带处理单元810和/或DSP 802或其他中央处理单元。
在一些实施例中，可以将RF收发信机808、天线和前端806的一部分、
以及模拟基带处理单元810结合在一个或多个处理单元和/或专用集成电
路(ASIC)中。
模拟基带处理单元810可以提供对输入和输出的各种模拟处理，例
如对来自麦克风812和头戴式耳机816的输入以及对到达耳机814和头
戴式耳机816的输出的模拟处理。为此，模拟基带处理单元810可以具
有用于连接至内建麦克风812和耳机扬声器814的端口，其使得可以将
UA 10作为蜂窝电话使用。模拟基带处理单元810还可以包括用于连接
头戴式耳机或者其它免提麦克风和扬声器配置的端口。模拟基带处理单
元810可以在一个信号方向上提供数模转换，并在相反的信号方向上提
供模数转换。在一些实施例中，可以由数字处理组件，例如DSP 802或
其他中央处理单元，来提供模拟基带处理单元810的至少一些功能。
DSP 802可以执行调制/解调、编码/解码、交织/去交织、扩频/去扩
频、快速傅立叶逆变换(IFFT)/快速傅立叶变换(FFT)、循环前缀添
加/移除、以及与无线通信相关联的其他信号处理功能。在实施例中，例
如在码分多址(CDMA)技术应用中，对于发射机功能，DSP 802可以
执行调制、编码、交织和扩频，对于接收机功能，DSP 802可以执行去
扩频、去交织、解码和解调。在另一实施例中，例如在正交频分复用接
入(OFDMA)技术应用中，对于发射机功能，DSP 802可以执行调制、
编码、交织、快速傅立叶逆变换、以及循环前缀添加，对于接收机功能，
DSP 802可以执行循环前缀移除、快速傅立叶变换、去交织、解码、以
及解调。在其他无线技术应用中，可以由DSP 802执行其他信号处理功
能和信号处理功能的组合。
DSP 802可以经由模拟基带处理单元810与无线网络通信。在一些
实施例中，该通信可以提供互联网连接，使得用户可以获得对互联网上
的内容的接入并且可以发送和接收电子邮件或文本信息。输入/输出接口
818将DSP 802与各种存储器和接口互连。存储器804和可抽取式存储
器卡820可以提供软件和数据以配置DSP 802的操作。这些接口中可以
有USB接口822以及短距无线通信子系统824。USB接口822可以用于
向UA 10充电并且还可以使得UA 10能够作为外围设备与个人计算机或
者其它计算机系统交换信息。短距无线通信子系统824可以包括红外端
口、Bluetooth接口、遵循IEEE 802.11的无线接口、或者任何其它短距
无线通信子系统，其可以使得UA 10可以无线地与其它附近的移动设备
和/或无线基站进行通信。
当触发时，输入/输出接口818还可以将DSP 802与警报826相连，
以引起UA 10通过例如振铃、播放旋律、或者震动向用户提供通知。警
报826可以作为用于通过沉默震动或者通过播放分配给特定主叫方的特
定预分配旋律，向用户告警任意各种事件(比如呼入呼叫、新的文本消
息、以及约会提醒)的机制。
键区828经由接口818与DSP 802相连以向用户提供进行选择、输
入信息以及以其他方式提供对UA 10的输入的一个机制。键盘828可以
是完全或精简字母数字键盘(比如QWERTY、Dvorak、AZERTY以及
顺序类型的)或者具有与电话键区相关联的字母的传统数字键区。输入
按键可以包括滚轮、退出或者逃生键、轨迹球、以及可以向内按动该键
以提供其它输入功能的其它导向或者功能按键。另一输入机制可以是
LCD 830，其可以包括触摸屏能力并且还向用户显示文本和/或图形。LCD
控制器832将DSP 802与LCD 830相连。
CCD相机834(如果配备)使得UA 10可以拍摄数字图片。DSP 802
经由相机控制器836与CCD相机834通信。在另一实施例中，可以使
用根据除了电荷耦合器件相机之外的技术来操作的相机。GPS传感器
838与DSP 802相连以对全球定位系统信号进行解码，从而使得UA 10
能够确定其位置。还可以包括各种其它外围设备以提供附加功能，例如
无线电和电视接收。
图9示出了可以由DSP 802实现的软件环境902。DSP 802执行提
供了平台的操作系统驱动程序904，其余软件可以在该平台上运行。操
作系统驱动程序904向具有可由应用软件接入的标准化接口的UE硬件
提供驱动程序。操作系统驱动程序904包括在UA 10上运行的应用之间
转移控制的应用管理服务(“运行的应)906。此外如图9所示是web浏
览器应用908、媒体播放器应用910以及Java小应用912。Web浏览器
应用908将UA 10配置为作为web浏览器运行，允许用户向表单中输入
信息并且选择链接以检索并查看网页。媒体播放器应用910将UA 10配
置为检索并播放音频或者音视频媒体。Java小应用912将UA 10配置为
提供游戏、工具以及其它功能。组件914可以提供本文所述的功能。
上述的UA 10、基站12和其他组件可以包括能够执行与上述行动相
关的指令的处理组件。图10示出了系统1000的示例，该系统1000包括
适用于实现本文公开的一个或多个实施例的处理组件1010。除了处理器
1010(可以将其称作中央处理单元(CPU或DSP))之外，系统1000可
以包括网络连接设备1020、随机存取存储器(RAM)1030、只读存储器
(ROM)1040、辅助存储器1050、以及输入/输出(I/O)设备1060。在
一些实施例中，可以在ROM 1040中存储用于实现对HARQ进程ID的
最小数目进行确定的程序。在一些情况下，这些组件中的一些可以不存
在，或可以将他们彼此或与图中未示出的其他组件以各种结合方式加以
结合。这些组件可以位于单一物理实体中，或位于多于一个物理实体中。
可以由处理器1010单独或由处理器1010与图中示出或未示出的一个或
多个组件一起来进行本文中描述为由处理器1010所采取的任何行动。
处理器1010执行其可以从网络连接设备1020、RAM 1030、ROM
1040或辅助存储器1050(其可以包括各种基于盘的系统，比如硬盘、软
盘或光盘)中访问到的指令、代码、计算机程序或脚本。尽管仅示出一
个处理器1010，多个处理器可以存在。因此，尽管可以将指令讨论为由
处理器执行，可以由一个或多个处理器同时、串行、或以其他方式执行
指令。可以将处理器1010实现为一个或多个CPU芯片。
网络连接设备1020可以采用调制解调器、调制解调器组、以太网设
备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分
配式数据接口(FDDI)设备、无线局域网(WLAN)设备、射频收发信
机设备，比如码分多址(CDMA)设备、全球移动通信系统(GSM)无
线收发信机设备、微波接入的全球可互操作性(WiMAX)设备、和/或
其它众所周知的用于连接网络的设备。这些网络连接设备1020可以使得
处理器1010能够与互联网或者一个或者多个通信网络或与处理器1010
可以接收信息或处理器1010输出信息的其他网络进行通信。
网络连接设备1020还可以包括能够以电磁波(比如射频信号或微波
频率信号)的形式无线发送和/或接收数据的一个或多个收发信机组件
1025。备选地，该数据可以在电导体的表面之中或之上、同轴电缆中、
波导管中、光介质中(例如光纤)、或者在其他介质中传播。收发信机组
件1025可以包括分离的接收和发送单元，或单一的收发信机。由收发信
机组件1025发送或接收的信息可以包括已由处理器1010处理的数据，
或要由处理器1010执行的指令。可以以例如计算机数据基带信号或在载
波中体现的信号的形式，从网络中接收和向网络中输出这种信息。可以
根据用于处理或产生数据或发送或接收数据所需要的不同顺序对该数据
排序。可以将基带信号、在载波中嵌入的信号、或当前使用或者之后开
发的其它类型的信号称为传输介质，并可以根据对于本领域技术人员众
所周知的若干方法来产生这些信号。
RAM 1030可以用于存储易失性数据并且可能用于存储由处理器
1010执行的指令。ROM 1040是一般具有比辅助存储器1050的存储器容
量的更小存储器容量的非易失性存储器设备。ROM 1040可以用于存储
指令以及存储可能在程序执行期间读取的数据。对RAM 1030和ROM
1040的接入一般快于对辅助存储器1050的接入。辅助存储器1050一般
包括一个或者多个盘驱动器或者带驱动器，并且可以用于数据的非易失
性存储，或如果RAM 1030不够大到足以容纳所有工作数据时，辅助存
储器1050还要用作溢出数据存储设备。辅助存储器1050可以用于存储
程序，当选择执行该程序时将该程序加载至RAM 1030。
I/O设备1060可以包括液晶显示器(LCD)、触摸屏显示器、键盘、
键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取
器、打印机、视频监视器、或者其它众所周知的输入设备。同样地，可
以将收发信机1025认为是I/O设备1060的组件，而不是网络连接设备
1020的组件或也是网络连接设备1020的组件。I/O设备1060的一些或
全部可以与在UA 10的前述附图中所示的各种组件实质上类似，比如显
示器702和输入704。
尽管在本公开中已经提供了若干实施例，应当理解在不脱离本公开
的精神或者范围的情况下可以用很多其它特定形式来体现所公开的系统
和方法。应当认为本示例是说明性的而非限制性的，并且预期不受限于
本文给出的细节。例如，可以将各种单元或者组件进行结合或集成到另
一个系统中，或可以省略或者不实现特定特征。
此外，可以将在各种实施例中描述和说明为离散或者分离的技术、
系统、子系统和方法与其它系统、模块、技术或者方法在不脱离本公开
的范围的情况下相结合或者集成。所示或者所述相连或者直接相连或者
彼此通信的其它项可以是通过某个接口、设备或者中间组件间接相连或
者通信的，不管以电子的、机械的或者其它的方式。本领域技术人员可
确定改变、替代以及变更的其它示例，并且可以在不脱离本文公开的精
神和范围的情况下做出这些改变、替代以及变更的其它示例。
为了向公众通知本发明的范围，给出所附权利要求。