专利名称：减少非呼叫传送寻呼延迟的方法
技术领域：
本发明涉及移动站的寻呼，尤其涉及减少非呼叫传送的寻呼延迟。
背景技术：
移动站的寻呼通常作为呼叫传送(call delivery)过程的一部分而进行。结果，移动站需要避免某些诸如发起(origination)的操作以容许进行呼叫传送。在呼叫传送之后，释放移动站，然后移动站能执行所禁止的操作。然而，当寻呼的目的不是呼叫传送时，会出现寻呼和禁止操作之间的延迟时间。
即按即讲(PTT)IP语音(VoIP)服务的建立涉及移动站的非呼叫传送寻呼。结果，非呼叫传送寻呼的延迟导致PTT VoIP服务的建立延迟。为更好地理解此延迟，将在建立PTT VoIP通信的上下文中具体描述非呼叫传送寻呼的延迟。
PTT功能允许移动站只需通过例如按下呼叫移动站上的PTT按钮，快速地与一个或多个其它移动站基本上同时地进行通信。与语音通信的通常使用的电路传送方法相比较，VoIP是指这样的语音通信，其中使用了经由分组数据网络传送的数字化语音。因此，PTT VoIP服务力争通过VoIP通信提供PTT功能。
图1图解了PTT VoIP通信的现有技术总体架构。如图所示，当开始PTT操作时，呼叫方移动站或呼叫方(CgP)10与第一无线网络12通信。通信包括例如被呼叫方(即被呼叫方(CdP))22的标识符(例如，电话号，URL或个人识别号)的信息。然后，通过公共或专用的企业内部网或因特网14(即，IP网络)，第一无线网络12与PTT服务器16通信。第一无线网络12提供有关CgP 10和CdP 22的信息给PTT服务器16。第一无线网络12管理关于由第一无线网络12提供无线通信服务的移动站的信息的数据库13。当第一无线网络12也提供PTT服务时，数据库13还存储例如与移动站的正常标识信息相关的IP地址信息。
第一无线网络12向PTT服务器16传送CgP 10的PTT请求。PTT请求标识CdP 22，并且也提供CgP 10的IP地址。使用在其中存储的信息的数据库，PTT服务器16向第二无线网络20传递PTT请求，在此实例中，第二无线网络20服务于包括CdP 22的地理区域内的移动站的通信需要。PTT请求经由第二公共或专用企业内部网或因特网18(即，IP网络)，从PTT服务器16向第二无线网络20传递。可以理解，当CdP 22和CgP 10被同一个无线网络服务时，第一和第二无线网络12和20可以是同一个无线网络。同样地，第一和第二公共或专用企业内部网或因特网14和18可以是同一个网络。
通过使用信息，例如从PTT服务器16接收的CdP 22的IP地址，第二无线网络20识别CdP 22并寻呼CdP 22。当CdP 22响应寻呼并指示CdP 22能接收PTT VoIP通信时，第二无线网络20经由第二IP网络18发信号给PTT服务器16。依次地，PTT服务器16经由第一网络14发信号给第一无线网络12。通过在从PTT 16发信号时使用CgP 10的IP地址，第一无线网络12访问数据库13以便识别CgP 10。然后，第一无线网络12通知所识别的CgP 10可以开始语音通信。例如，该通知通常触发移动站10上的声音通知，以提醒用户可以进行语音通信。
建立PTT VoIP通信所需的时间是从CgP 10发起PTT操作直到CgP 10发出声音通知的时间。此时间段通常被称为在PTT VoIP建立延迟。当前在业界存在减少此延迟的需求。
导致PTT VoIP建立延迟的一个因素是建立业务传输信道以支持第二无线网络20和CdP 22之间的PTT VoIP通信。图2图解了传送PTT操作以及随后在图1所示的第二无线网络和被呼叫方之间建立业务传输信道的通信流程图。如图所示，为建立PTT VoIP通信，第二无线网络20寻呼CdP 22。如果寻呼被正确地接收，CdP 22以寻呼应答作为响应并进入寻呼应答状态。当第二无线网络20正确地接收了寻呼应答时，第二无线网络20向CdP 22发送确认(ACK)消息以确认寻呼应答的接收。
接着，第二无线网络20向CdP 22发送短数据脉冲串(burst)(SDB)消息，以便通知CdP 22为PTT VoIP通信正在呼叫CdP 22。SDB消息是在没有指定业务传输信道给此任务的情况下，移动站和无线网络之间发送的IP分组；即，在公共或共享信道上发送IP分组。当CdP 22正确地接收了SDB消息时，CdP 22发送ACK消息以确认SDB消息的接收。第二无线网络20接着发送ACK消息以确认接收自CdP 22的ACK消息。然后，第二无线网络20将向CdP 22发送释放消息。释放消息指示，CdP 22从寻呼释放(即，从寻呼应答状态释放)，并且现在CdP 22能执行其它的操作，例如发起。因此，图2例示了在此非呼叫传送寻呼中的延迟。因为SDB消息通知CdP 22有关打算进行PTT VoIP通信的情况，一旦已经接收了释放消息，CdP 22便发送发起消息。发起消息请求第二无线网络20建立CdP 22和第二无线网络20之间的业务传输信道以支持PTT VoIP通信。图2的这个部分还例示了非呼叫传送寻呼中的延迟对PTT VoIP建立延迟的影响。
发明内容
移动站的寻呼一般作为呼叫传送过程的一部分来进行。结果，移动站需要避免某些诸如发起的操作以便容许进行呼叫传送。然而，当呼叫传送不是移动站寻呼的预期结果时，本发明减少了非呼叫传送寻呼的延迟。通过容许被寻呼的移动站或被寻呼方在接收寻呼消息之后、接收释放消息之前执行通常被禁止的操作，本发明提供了减少非呼叫传送寻呼的延迟的方法。
根据一个示例性实施例，无线网络发送的寻呼消息包括标识符，其将寻呼消息标识为纯审计(audit-only)寻呼消息。基于此标识符的识别，被寻呼移动站能执行例如发起的操作，而不用等待从寻呼应答状态释放。
根据另一个示例性实施例，无线网络发送的命令消息包括将命令消息标识为唤醒命令的标识符。唤醒命令与纯审计寻呼类似的方面在于，其可以被用为非呼叫传送的定位功能(locate function)。基于唤醒命令的识别，被寻呼移动站发送确认，并能执行例如发起的操作。因为移动站不需要关于命令消息的释放消息，移动站执行例如发起的操作，而不用等待释放消息。
根据以下给出的具体描述和附图，将更全面地理解本发明，其中类似的参考编号代表类似的单元，所述描述和附图只通过图解的方式给出，因此不对本发明产生限制，其中图1图解了PTT VoIP通信的现有技术总体架构；图2图解了传送PTT操作以及随后在图1所示的第二无线网络和被呼叫方之间建立业务传输信道的通信流程图；图3图解了熟知的寻呼消息格式；图4图解了熟知的命令消息格式；并且图5根据本发明的一个实施例，图解了传送PTT操作并在第二无线网络和被呼叫方之间建立业务传输信道的通信流程图。
具体实施例方式
为了正确地理解本发明，将描述熟知的寻呼消息格式，然后将描述熟知的命令消息格式。之后描述本发明的实施例，以及本发明使用图1的架构的示例性操作。然而，可以理解，本发明不限于应用于此架构。
寻呼消息格式图3根据TIA/EIA IS-2000图解了所熟知的通用寻呼消息格式。通用寻呼消息可以包括几个寻呼或寻呼记录，其被封装在一起而作为一个单独消息。如图所示，通用寻呼消息包括通用寻呼信息段，若干寻呼，保留段及纠错码(CRC)段。通用寻呼消息段包括通用消息信息-例如，消息编号，消息长度，等等。每个单独的寻呼具有如针对第一寻呼所详细说明的格式。下面将详细讨论此格式。保留段是通用寻呼消息中为将来用途保留的部分。CRC段包括通用寻呼消息的纠错码信息。
如图所示，每一寻呼记录包括寻呼类别字段，移动站(MS)标识字段和服务选项字段，以及与本发明不相关的其它字段。寻呼类别字段指示在此寻呼记录中使用的移动站标识符的类别。例如，移动站标识符类别包括广播，国际移动站标识符(IMSI)，临时移动站标识符(TMSI)，等等。移动站标识字段使用寻呼类别字段中给出的移动站标识符类别标识被寻呼移动站。服务选项字段指示正被寻呼的移动站的服务的类型(例如，语音呼叫传送，短文本消息传送，IP分组数据，等等)。
命令消息格式图4根据TIA/EIA IS-2000图解了熟知的命令消息格式。如图所示，命令消息包括通用消息信息段，地址段，命令段，命令限定(qualify)段，附加记录段和CRC段，以及与本发明不相关的其它段。通用消息信息段包括通用消息信息-例如，消息编号，消息长度，等等。地址段标识例如命令期望送达的移动站。命令段指示命令的类型。命令限定段是用于标识命令类型的附加段。即，命令段和命令限定段一起唯一地定义了命令的类型-例如，确认(ACK)消息，重试命令，周期性导频测量命令，等等。如果必要，附加记录段提供了附加的特定于命令的信息(例如，重试之前的等待时间或执行导频测量的周期)。CRC段包括命令消息的纠错码信息。
第一实施例在本发明的第一实施例中，第二无线网络20生成CdP 22的寻呼消息，其具有如图3中所示的格式。然而，第二无线网络20在服务选项字段中增加了特殊编码，以指示寻呼消息是纯审计寻呼消息。在接收到被标识为纯审计寻呼消息的寻呼消息时，CdP 22将不禁止通常在接收到释放消息一直禁止的操作。因此，如以下将参照图5详细描述的，CdP 22能继续例如发送发起消息，即使还没有从第二无线网络20收到释放消息。其它能执行的禁止操作包括经由短消息服务发送短文本消息，等等。
图5图解了本发明的示例性操作。更具体地，图5图解了传送PTT VoIP操作并在第二无线网络20和CdP 22之间建立用于PTTVoIP通信的业务传输信道的通信流程图。如图所示，为建立PTT VoIP通信，第二无线网络20寻呼CdP 22。第二无线网络20使用以上所详细讨论的纯审计寻呼消息寻呼CdP 22。如果正确接收了纯审计寻呼消息，CdP 22以寻呼应答进行响应。当第二无线网络20正确接收了寻呼应答时，第二无线网络20向CdP 22发送确认(ACK)消息，以确认寻呼应答的接收。
接着，第二无线网络20向CdP 22发送短数据脉冲串(SDB)消息，以便通知CdP 22其正被呼叫以进行PTT VoIP通信。当CdP 22正确地接收了SDB消息时，CdP 22发送ACK消息以确认SDB消息的接收。第二无线网络20接着发送ACK消息以确认来自CdP 22的ACK消息的接收。
因为SDB消息通知CdP 22有关打算进行PTT VoIP通信的情况，CdP 22向第二无线网络20发送发起消息。发起消息请求第二无线网络20建立CdP 22和第二无线网络20之间的业务传输信道以支持PTTVoIP通信。如图所示，因为CdP 22将从第二无线网络20发送的寻呼消息识别为纯审计寻呼消息，CdP 22在发送发起消息之前不等待释放消息。这样，减少了非呼叫传送寻呼的延迟。并且在此示例性操作中，减少了PTT VoIP通信的建立延迟。
第二实施例在本发明的第二实施例中，第二无线网络20生成针对CdP 22的命令消息，其具有如图4所示的格式。然而，第二无线网络20在命令字段或命令限定字段中使用了特殊编码，以便指明命令消息是唤醒命令。将命令消息识别为针对其自身的唤醒命令的CdP 22发送确认应答。因为唤醒命令不是寻呼，移动站仍然能够启动其它服务，例如发起。
对于以上所讨论的图5，根据本发明的此实施例，第二无线网络20会向CdP 22发送唤醒命令，而不是纯审计寻呼消息，并会接收确认应答，而不是寻呼应答。另外，图5中所示操作对于此实施例是相同的。因此，CdP 22能继续例如发送发起消息，尽管还没有从第二无线网络20接收到释放消息。
而且，如所熟知的，移动站以插缝(slotted)和非插缝模式操作。在插缝模式中，移动站工作在关机或睡眠状态以节省电池寿命，并且只周期性地苏醒(例如，开机)以监视共享或公共信道。在非插缝模式中，移动站一直处于苏醒状态。通常地，当移动站接收到寻呼消息时，如果移动站处于插缝模式，将进入非插缝模式一段固定时间周期(例如，12秒)。在此实施例的一个版本中，当接收到唤醒命令时，插缝模式的移动站以相同方式操作。
在此实施例的另一个版本中，根据本发明的唤醒命令提供了附加的灵活性，其能够规定插缝模式的移动站响应唤醒命令而保持在苏醒状态的时间周期。更具体地，根据此第二实施例的该另一方面，第二无线网络20在附加记录字段中放入指示移动站响应唤醒命令而保持在苏醒状态的时间周期。
还应当理解，唤醒命令也可以被用来使移动站，如CdP 22在接收SDB消息之后保持苏醒状态，直到另一个SDB消息送到。在此实例中，无线网络会知道移动站是苏醒的，并能立即发送消息。
根据前面对本发明的说明可以明白，可以通过许多方式进行修改。这样的修改不应被认为违背了本发明的范围和精神，并且对于本领域的技术人员，所有这样的修改会是明显的，并被认为被包括在本
权利要求
1.一种用于减少移动站(10)的非呼叫传送寻呼的延迟的方法，包括当接收到可识别为纯审计寻呼消息的寻呼消息时，在移动站(10)上执行禁止的操作，而不用等待释放消息，该禁止的操作是在接收寻呼移动站(10)的寻呼消息之后、接收解除禁止的释放消息之前被禁止执行的操作。
2.如权利要求1所述的方法，其中寻呼消息包括指示寻呼消息是纯审计寻呼消息的标识符。
3.如权利要求2所述的方法，其中标识符在寻呼消息的服务选项字段中。
4.如权利要求1所述的方法，其中执行所禁止的操作的步骤发送发起消息。
5.如权利要求1所述的方法，还包括在移动站(10)接收纯审计寻呼消息；以及响应纯审计寻呼消息，发送寻呼应答。
6.如权利要求1所述的方法，还包括接收短数据脉冲串(SDB)消息；以及发送SDB消息的确认。
7.如权利要求6所述的方法，其中SDB消息指示即按即讲IP语音的建立。
8.一种用于减少移动站的非呼叫传送寻呼的延迟的方法，包括在无线网络(12)中接收来自移动站(10)的发起消息，而不需已经发送针对先前所发送的用于寻呼移动站(10)的寻呼消息的释放消息。
9.如权利要求8所述的方法，其中在接收步骤之前还包括发送寻呼移动站(10)的寻呼消息，该寻呼消息包括指示寻呼消息是纯审计寻呼消息的标识符。
10.如权利要求8所述的方法，还包括接收来自移动站(10)的寻呼应答。
全文摘要
移动站的寻呼一般作为呼叫传送过程的一部分来进行。结果，移动站需要避免某些诸如发起的操作以便容许进行呼叫传送。然而，当呼叫传送不是移动站寻呼的预期结果时，本发明减少了非呼叫传送寻呼的延迟。本发明的减少非呼叫传送寻呼的延迟的方法容许被寻呼的移动站或被寻呼方在接收寻呼消息之后、接收释放消息之前执行通常被禁止的操作。
文档编号H04W68/00GK1571537SQ20041003026
公开日2005年1月26日 申请日期2004年3月23日 优先权日2003年3月24日
发明者特贾斯库马·R·帕特尔, 大卫·A·罗瑟迪 申请人:朗迅科技公司