CN1665324A - 架构即按即说通信连结及即按即说客户单元的方法及通信装置 - Google Patents

架构即按即说通信连结及即按即说客户单元的方法及通信装置 Download PDF

Info

Publication number
CN1665324A
CN1665324A CN2005100518990A CN200510051899A CN1665324A CN 1665324 A CN1665324 A CN 1665324A CN 2005100518990 A CN2005100518990 A CN 2005100518990A CN 200510051899 A CN200510051899 A CN 200510051899A CN 1665324 A CN1665324 A CN 1665324A
Authority
CN
China
Prior art keywords
poc
unit
framework
client unit
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2005100518990A
Other languages
English (en)
Other versions
CN1328917C (zh
Inventor
N·施瓦格曼恩
J·劳门
A·施米德特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Deutschland GmbH
Original Assignee
Infineon Technologies AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Infineon Technologies AG filed Critical Infineon Technologies AG
Publication of CN1665324A publication Critical patent/CN1665324A/zh
Application granted granted Critical
Publication of CN1328917C publication Critical patent/CN1328917C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Communication Control (AREA)

Abstract

从第一即按即说客户单元将一连结架构信息传送到即按即说服务器单元，以便架构一即按即说通信连结，这个连结架构信息含有一模式信息，这个模式讯息的内容是说明客户单元是否要以确认指示模式或未确认指示模式来架构一通信连结。

Description

架构即按即说通信连结及即按即说客户单元的方法及通信装置
技术领域
本发明系一种架构即按即说通信连结及即按即说客户单元的方法及通信装置。
背景技术
即按即说-over-Cellular(“Push-to-talk-over-Cellular”；PoC)，亦称为”直接连接”，是一种通信服务，透过这种服务可以让使用者(亦称为”发送者”)经由行动无线通信接口同时向一或多个接收者传送语音信息。在进行PoC通信时，语音数据通常是在使用者输入要传送的语音讯号时就会经由行动无线通信网路被发送到行动无线终端设备，也就是说，被传送给一或多个接收者。显而易见的，从使用者的观点来看，这种PoC通信就相当于一种习见的CB无线电，只不过是将服务范围扩大到让发送者能够与全世界各地经由适当的通信技术与至少一种行动无线通信网路连接的接收者交谈。
文献[1]中的通信服务方式是由Nokia、Ericsson、Motorola、以及Siemens等公司合组的联合公司推出的以小包交换领域(PS-Domain；packet-switched domain)为基础的工业规格。
文献[1]提出两种架构按即说通信连结(也就是架构PoC-Session)的方法，这两种方法的区别在于当即说通信连结架构完成后(也就是PoC-Session架构完成后)，第一PoC使用者在那一时刻可以开始与PoC服务器单元交谈，以及将语音讯号传送给被选定的至少一第二PoC使用者。
文献[1]提出的第一架构即按即说通信连结的方法称为Late MediaModus模式(亦称为确认指示模式)，这种方法是在要对其架构PoC通信连结的被选定的至少一第二PoC使用者(也就是至少一第二PoC客户单元)确实已完成即按即说通信连结，且这个至少一第二PoC使用者也已经收到PoC呼叫的时候，才会准许(也就是给予放行讯号)第一PoC使用者(也就是第一PoC客户单元)发送出有效数据(尤其是有效语音数据)。
在这种情况下，语音信息就会从第一即按即说客户单元被传送至第二PoC客户单元。
图2的的信息流程框图(200)显示交换通信启始协议(SessionInitiation Protocol)信息的流程，这种通信启始协议信息是在确认指示模式下，为架构PoC通信连结而在安装于一行动无线终端设备中的第一PoC客户单元(201)、IMS(Internet Protocal MultimediaSubsystem)核心通信网路(202)、以及PoC服务器单元(203)之间交换的信息。信息流程框图(200)显示的流程系以PoC服务器单元(203)是在Late Media Modus模式下运作为先决条件。
当一装有第一PoC客户单元(201)之行动无线终端设备的使用者经由发出一通信连结架构请求(204)，输入对至少一第二PoC客户单元架构一即按即说通信连结的要求，那么依据文献[2]之通信启始协议(Session Initiation Protocal；SIP)描述的第一通信启始协议-邀请信息(205)就会从第一PoC客户单元(201)被传送至IP MulitimediaSubsystem(IMS)核心通信网路(202)。当IMS核心通信网路(202)收到通信启始协议-邀请信息(205)，IMS核心通信网路(202)就会经由发出一SIP-100尝试信息(206)向第一PoC客户单元(201)证实它正尝试去架构一通信连结。此外，IMS核心通信网路(202)还会将通信启始协议-邀请信息(205)传送到PoC服务器单元(203)。同样的，PoC服务器单元(203)也会向(IMS)核心通信网路(202)发出一SIP-100尝试信息(207)，以证实它已经收到通信启始协议-邀请信息(205)。
架构通信连结的另外一种可行方式是从PoC服务器单元(203)向IMS核心通信网路(202)传送一编码为SIP-180呼叫信息(208)的呼叫讯号信息，然后再从IMS核心通信网路(202)将这个呼叫讯号信息传送到第一PoC客户单元(201)。
如果PoC服务器单元(203)成功的架构一与至少一被选定的第二PoC客户单元(未在图2中绘出)之间的通信连结，PoC服务器单元(203)就会以SIP-200-OK(邀请)信息(209)的形式向IMS核心通信网路(202)发送一放行信息，并经由IMS核心通信网路(202)向第一PoC客户单元(201)传送这个放行信息，并由第一PoC客户单元(201)向行动无线终端设备的使用者发出一通信架构显示(210)。此时第一PoC客户单元(201)就可以开始向PoC服务器单元(203)及至少一第二PoC客户单元传送有效数据，尤其是传送使用者输入的语音数据。
此外，第一PoC客户单元(201)还会以SIP-ACK信息(211)的形式向IMS核心通信网路(202)及PoC服务器单元(203)传送一确认信息。
接着，在即按即说服务器单元(203)收到确认信息(203)后，即按即说服务器单元(203)就会以通信启始协议-通知信息(212)的形式向IMS核心通信网路(202)发出一参与者通知信息，接着再将通信启始协议-通知信息(212)进一步传送到第一PoC客户单元(201)。最后，在第一PoC客户单元(201)收到通信启始协议-通知信息(212)后，第一PoC客户单元(201)就会以SIP-200-OK信息(213)的形式向IMS核心通信网路(202)发出一通信架构确认信息(213)，并由IMS核心通信网路(202)将这个通信架构确认信息(213)传送到PoC服务器单元(203)，这样架构即按即说通信连结的工作即告完成。
第二架构按即说通信连结的方法称为Early Media modus模式(亦称为未确认指示模式)，使用这种方法时，尽管尚未对被选定的至少一第二PoC客户单元架构成完整的通信连结，但只要在第一PoC客户单元(201)及PoC服务器单元(203)之间存在一通信连结，第一PoC客户单元(201)就会收到传送有效数据(尤其是传送语音讯号)的放行讯号。
也就是说，如果是使用第二架构按即说通信连结的方法，则在PoC服务器单元(203)尚未连接到”被选定的”客户(也就是一或多个”被选定的”第二PoC客户单元)的时候，第一PoC客户单元(201)就可以开始说话，而且语音数据就已经开始被传送。
使用这种模式唯一的先决条件是，一或多个被选定的第二PoC客户单元在接收到PoC通信连结架构信息时会经由PoC服务器单元(203)向行动无线通信网路及/或PoC服务登记，换言之也就是在线(online)，同时被选定的第二PoC客户单元的每一使用者都已将操作模式设定为所谓的”自动回答模式”(Automatic Answering Mode)。所谓”自动回答模式”(Automatic Answering Mode)是指接收到的语音信息会在与PoC语音信息的接收器没有发生任何相互影响的情况下，被输出至接收器的每一终端设备，因此接收器就不必明确的”接受”一进来的呼叫。在这种模式下，语音信息会被暂存在PoC服务器单元中，直到连接上各个被选定的第二PoC客户单元后，才会被传送到各个被选定的第二PoC客户单元。
图3的信息流程框图(300)显示PoC服务器单元(203)在以EarlyMedia modus模式(也就是未确认指示模式)操作的情况下，在第一PoC客户单元(201)、IMS核心通信网路(202)、以及PoC服务器单元(203)之间的信息流。
当一通信连结架构请求(301)被输入装有第一PoC客户单元(201)的行动无线终端设备，第一PoC客户单元(201)就会经由一使用者将按照通信启始协议的方式将第一通信启始协议-邀请信息(302)传送到IMS核心通信网路(202)。
当IMS核心通信网路(202)接收到通信启始协议-邀请信息(302)，IMS核心通信网路(202)就会以SIP-100尝试信息(303)的形式向第一PoC客户单元(201)传送一确认信息(303)。此外，IMS核心通信网路(202)还会将通信启始协议-邀请信息(302)传送到PoC服务器单元(203)，同时PoC服务器单元(203)会以通信启始协议-202-已接受信息(304)的形式向IMS核心通信网路(202)传送一通信连结已接受信息(304)。接着IMS核心通信网路(202)会将通信启始协议-202-已接受信息(304)传送到第一PoC客户单元(201)。在第一PoC客户单元(201)接收到通信启始协议-202-已接受信息(304)后，第一PoC客户单元(201)就会向第一PoC客户单元(201)的使用者输出一通信连结显示(305)。此外，第一PoC客户单元(201)还会以SIP-ACK信息(306)的形式向IMS核心通信网路(202)传送一确认信息(306)，然后再由IMS核心通信网路(202)将这个确认信息(306)传送到PoC服务器单元(203)。
在第一PoC客户单元(201)接收到通信启始协议-202-已接受信息(304)后，由使用者发出的语音讯号就会从第一PoC客户单元(201)被传送到IMS核心通信网路(202)，然后再被传送到PoC服务器单元暂存起来。
在对至少一选定的第二PoC客户单元(未在图3中绘出)完成通信连结的架构工作后，PoC服务器单元(203)就会以通信启始协议-通知信息(307)的形式向IMS核心通信网路(202)传送一参与者确认信息(307)，并经由IMS核心通信网路(202)向第一PoC客户单元(201)传送这个参与者确认信息(307)。
在收到参与者确认信息(307)后，第一PoC客户单元(201)会向使用者输出一通信连结架构显示(308)，表示与一或多个选定的第二PoC客户单元之间的通信连结已确实完成。
接着第一PoC客户单元(201)会以SIP-200-OK(通知)信息(309)的形式向IMS核心通信网路(202)传送一通信连结架构确认信息(309)，并经由IMS核心通信网路(202)向PoC服务器单元(203)传送这个通信连结架构确认信息(309)。
按照目前的标准化工作考量，PoC服务器单元必须支持确认指示模式，而对于未确认指示模式则只需作选择性的支持。如果一PoC服务器单元同时支持确认指示模式及未确认指示模式，则这个PoC服务器单元在架构每一PoC通信连结的时候(也就是在架构每一PoC对话连结的时候)都可以选择要向各个PoC使用者提供未确认指示模式或确认指示模式。同样的，架构一PoC对话连结(也就是起动一PoC对话连结)的PoC使用者也要能够选择他是否要使用未确认指示模式(如果PoC服务器单元支持这种模式的话)，或是要使用确认指示模式。
依据文献[1]，如果PoC服务器单元是在确认指示模式下运作，则不论各个PoC客户单元的使用者要使用的是那一种模式都是一样的。
由于PoC服务器单元并进而影响整个PoC通信连结的缘故，因此总是使用确认指示模式，也就是说，一旦架构完成对至少一被”选定”的第二PoC客户单元的通信连结，且这个PoC客户单元已接受进入的呼叫，PoC服务器单元(203)就会将前述的SIP-200-OK-(邀请)信息(209)传送到第一PoC客户单元(201)。
在收到SIP-200-OK-(邀请)信息(209)后，第一PoC客户单元(201)的使用者就可以开始说话，同时使用者发出的语音讯号也会从这个时刻开始被传送到IMS核心通信网路(202)，然后再从IMS核心通信网路(202)被传送到一或多个被选定的第二PoC客户单元。
在如图3显示的情况下，也就是在PoC服务器单元(203)以未确认指示模式运作的情况下，则在第一PoC客户单元(201)接收到通信启始协议-202-已接受信息(304)的时候，就会架构完成第一PoC客户单元(201)及PoC服务器单元(203)之间的通信连结。
在这种情况下，需区别以下两种不同的状态：
--如果第一PoC客户单元(201)的使用者要使用的是未确认指示模式，则使用者可以在收到通信启始协议-202-已接受信息(304)后开始说话，同时使用者发出的语音讯号就会从第一PoC客户单元(201)被传送到IMS核心通信网路(202)，然后再从IMS核心通信网路(202)被传送到PoC服务器单元(203)。这就是使用未确认指示模式的情况。
--如果第一PoC客户单元(201)的使用者要使用的是确认指示模式，则在收到通信启始协议-202-已接受信息(304)的时候使用者还不能后开始说话，而是必须等到第一PoC客户单元(201)经由通信架构确认显示(308)告知使用者已收到通信启始协议-通知信息(307)，表示对一或多个被”选定”的第二PoC客户单元的通信连结已架构完成，而且各个第二PoC客户单元的使用者也已经接受PoC呼叫。这个时候第一PoC客户单元(201)的使用者才可以开始说话，同时使用者发出的语音讯号就会被传送到IMS核心通信网路(202)，然后再从IMS核心通信网路(202)经由PoC服务器(203)被传送到一或多个被”选定”的第二PoC客户单元。这就是使用确认指示模式的情况。
一般而言，文献[1]的方法是设定以从PoC客户单元(201)传送出去的第一通信启始协议-邀请信息(205及/或302)使一通信启始协议-签名被隐含起动，这样只要一被选定的第二PoC客户单元接受呼叫，PoC服务器单元每一次都会根据通信启始协议-签名向第一PoC客户单元(201)传送一通信启始协议-通知信息。
但是PoC通信的的标准化工作却是经由OMA(Open MobileAlliance)确定，不会以通信启始协议-邀请信息为第一PoC客户单元隐含起动任何一通信启始协议-签名，而是根据OMA标准化的建议，第一PoC客户单元可以选择性的发送一通信启始协议-签名信息，以便获知被”选定”的第二PoC客户单元是如何回答的，也就是说，以便获知被”选定”的第二PoC客户单元是拒绝呼叫、接受呼叫、无法连结、或是占线中。
图4的信息流程框图(400)显示目前的OMA标准化为PoC服务器单元(203)以未确认指示模式运转的情况下设定的PoC通信连结的架构。
根据这个建议，通信连结架构请求信息(401)系以通信启始协议-邀请信息(401)的形式从第一PoC客户单元(201)经由IMS通信网路(202)被传送到PoC服务器单元(203)，同时一未确认的放行信息系以SIP-未确认-OK信息(402)的形式从PoC服务器单元(203)经由IMS通信网路(202)被传送到第一PoC客户单元(201)，接着再从PoC服务器单元(203)将一SIP-基础允许信息(403)传送到第一PoC客户单元(201)，并放行传送有效数据用的信道，尤其是放行将第一PoC客户单元(201)发出的语音数据传送到PoC服务器单元(203)用的信道。
接着有效数据信息(404)就会从第一PoC客户单元(201)被传送到PoC服务器单元(203)。
如信息流程框图(400)所示，第一PoC客户单元(201)并不能够选择要使用确认指示模式或未确认指示模式。
如果PoC服务器单元(203)是以未确认指示模式运转，则第一PoC客户单元(201)的使用者就必须接受未确认指示模式，虽然就第一PoC客户单元(201)使用者的观点而言，这可能会带来不好的使用经验，也就是说可能会对使用者造成不便。例如，当第一PoC客户单元(201)使用者在开始说话并传送有效数据信息(404)之后，使用者可能会发现根本无法架构通往第二PoC客户单元(也就是被选定的PoC客户单元)的通信连结，原因可能是被选定的PoC客户单元不是无法接收到呼叫、占线、就是拒绝接收呼叫。
因此，最好是让第一PoC客户单元(201)使用者在任何情况下都能够从两种模式(确认指示模式及未确认指示模式)中选择一种模式使用。
OMA标准化目前的建议是设定一签名(结果)信息(405)作为选择信息，这个选择信息是从第一PoC客户单元(201)经由IMS通信网路(202)被传送到PoC服务器单元(203)，接着PoC服务器单元(203)在必要时会以通信启始协议-通知(结果)信息(406)的形式向第一PoC客户单元(201)传送一参与者确认信息，以便显示一或多个被选定的第二PoC客户单元是接受还是拒绝架构一通信连结的请求。
由于签名信息(405)及通信启始协议-通知(结果)信息(406)被设定为选择性的信息，这表示只要一被”选定”的第二PoC客户单元有做出响应，第一PoC客户单元(201)的使用者就不必一定要利用这个特征(也就是使用者被告知的特征)。
如果第一PoC客户单元(201)的使用者没有利用这个特征，这表示他没有收到通信启始协议-通知(结果)信息(406)，这样第一PoC客户单元(201)的使用者就无法在两种模式(确认指示模式及未确认指示模式)中做一选择。如前面所述，之所以会如此是因为当PoC服务器单元(203)使用的是未确认指示模式，而第一PoC客户单元(201)的使用者却想要使用确认指示模式，此时就需要一通信启始协议-通知信息。
发明内容
本发明的目的是要让架构即按即说通信连结的使用者(也就是即按即说客户单元的使用者)能够以简单的方式选择用不同的模式来架构即按即说通信连结。
使用具有本发明提出之独立的权利要求的特征的架构即按即说通信连结及即按即说客户单元的方法及通信装置即可达到本发明的目的。
本发明的其它有利的实施方式均记载于附属权利要求中。
在第一即按即说客户单元(也就是第一即按即说-over-Cellular客户单元)及至少一第二即按即说客户单元(也就是至少一第二即按即说-over-Cellular客户单元)之间架构即按即说通信连结的一种方法(也就是架构即按即说-over-Cellular通信连结的一种方法)是从第一即按即说客户单元将一即按即说连结架构信息传送到一即按即说服务器单元，这个按即说连结架构信息含有一模式讯息，这个模式讯息的内容是说明应以何种即按即说通信连结模式来架构所请求的即按即说通信连结。依据应使用的即按即说通信连结模式，第一即按即说客户单元会获得从即按即说服务器单元在不同的时刻发送有效数据的放行通知，以架构一即按即说通信连结，并能够在不同的时刻开始将语音讯号输入第一即按即说客户单元，也就是说，能够依据所选择的即按即说通信连结模式，在不同的时刻使有效数据从第一即按即说客户单元被传送到即按即说服务器单元。
即按即说客户单元具有一用来构成即按即说连结架构信息的单元，这个按即说连结架构信息含有一模式讯息，这个模式讯息的内容是说明应以何种即按即说通信连结模式来架构所请求的即按即说通信连结，第一即按即说客户单元会依据应使用的即按即说通信连结模式获得从即按即说服务器单元在不同的时刻发送有效数据的放行通知，以架构一即按即说通信连结。此外，即按即说客户单元还具有一发送单元，这个发送单元的任务是将即按即说连结架构信息发送到即按即说服务器单元。
用来在第一即按即说客户单元及至少一第二即按即说客户单元之间架构一即按即说通信连结用的通信装置具有一第一即按即说客户单元，这个即按即说客户单元的配置方式和前述的即按即说客户单元相同。此外，这种通信装置还具有一即按即说服务器单元，这个即按即说服务器单元具有一接收即按即说连结架构信息用的接收器单元，以及具有一依据即按即说连结架构信息所含的模式讯息对至少一第二即按即说客户单元架构一即按即说通信连结用的单元。此外，这种通信装置还具有至少一第二即按即说客户单元，这个第二即按即说客户单元具有一接收即按即说连结架构信息用的接收器单元，以及一将即按即说信息发送到即按即说服务器用的发送单元。
很明显的可以看出本发明的方法是经由第一即按即说客户单元的即按即说连结架构信息明确的告知即按即说服务器单元，第一即按即说客户单元及第一即按即说客户单元的使用者是要使用确认指示模式或未确认指示模式。
这样第一即按即说客户单元的使用者就可以自行决定他是否要利用确认指示模式或未确认指示模式来架构一即按即说通信连结。由于未确认指示模式可能会对即按即说客户单元的使用者造成若干不良的使用经验，因此让使用者能够明确的选择他想要使用的模式是具十分重要的。
本发明的其它优点在于其简易性。
使用本发明的方法架构即按即说通信连结时，不必像其它方法需要在第一即按即说客户单元及即按即说服务器单元之间加入任何附加信息(例如按照OMA标准化小组的建议需要加入一选择性的签名信息)，而是只需在一信息中(也就是在即按即说连结架构信息中)加入一新的参数(也就是模式讯息)，且这个即按即说连结架构信息无论如何都必须从第一即按即说客户单元被传送到即按即说服务器单元。
本发明的另一优点是不会出现任何误解的情况，例如不会出现像即按即说服务器单元虽然有将一通知信息送出，但是这个信息却没有被第一即按即说客户单元接收到的情况。
本发明的一种有利的实施方式是将即按即说单元制作成即按即说-over-Cellular单元，也就是将即按即说单元制作成整合在行动无线终端设备中的单元，这些单元透过一行动无线接口彼此交换信息。这样就可以按照本发明的另外一种有利的实施方式将行动无线通信连结架构成即按即说通信连结。
在使用通信启始协议(Session Initiation Protocol)时，模式讯息最好是被放在一通信启始协议-邀请信息中，并经由一新设定的参数之助从第一即按即说客户单元被传送到即按即说服务器单元，以便明确说明即按即说客户单元是否要使用未确认指示模式或确认指示模式来架构即按即说通信连结。
以使用者对通信终端设备发出的语音数据(而且最好是以使用者对装有第一即按即说客户单元的行动无线通信终端设备发出的语音数据)作为有效数据。另外，图像数据(固定图像数据及/或视频图像)及/或文字数据也可以单独作为有效数据或是与语音数据共同作为有效数据。
经由模式讯息说明是否要使用未确认指示模式或确认指示模式来架构即按即说通信连结是一种极佳的方法。
本发明的一种有利的实施方式系使用一种讯号化通信协议来架构即按即说通信连结，依据OSI参考模式这种讯号化通信协议至少装设在以下的一种层面中：
--对话连结层面，
--表示层面，及/或
--应用层面。
最好是以通信启始协议(Session Initiation Protocol)作为在上述层面中架构即按即说通信连结用的讯号化通信协议。
在这种情况下，本发明的实施方式是形成一通信启始协议(SessionInitiation Protocol)-邀请信息作为即按即说连结架构信息，并将这个信息从第一即按即说客户单元传送到即接即说服务器单元。
本发明的这种实施方式的一很大的优点是让第一即按即说客户单元的使用者只要用很简单的方式就可以从多个不同的指示模式中选择他要使用的指示模式。
在输送层面，即按即说连结架构信息及其它通信启始协议信息、在对话连结层面形成的协议数据单元、在表示层面，对话连结层面形成的协议数据单元、及/或在应用层面形成的协议数据单元都是依据TCP(Transport Control Protocols；传送控制协议)或使用者数据报协议(User Datagramm Protocols)来进行传送工作。
使用使用者数据报协议(User Datagramm Protocols)的特殊优点是数据传输的速度特别快，因此可以快速完成即按即说通信连结的架构工作。
本发明的一种有利的实施方式是依据网际网络协议(InternetProtocol；IP)进行传送控制协议(Transport Control Protocols)协议数据单元及/或User Datagramm Protocol协议数据单元的传送工作。
也就是说，本发明的这种实施方式是经由以TCP/使用者数据报协议及IP协议层(IP-Protocoll-Stack)为基础的网际网络协议多媒体子系统(IP Multimedia Subsystem)来进行数据的传送工作。
经由本发明的这种有利的实施方式使得本发明的目的得以用很简单的方法获得实现，而且也可以在网际网络中获得实现。
以上说明的本发明的各种有利的实施方式均涉及架构即按即说通信连结及即按即说客户单元的的方法及通信装置。
在本发明的另外一种有利的实施方式中，即按即说服务器单元(尤其是即按即说-over-Cellular服务器单元)会将模式讯息是被附加在通信启始协议-邀请信息中，再由这个通信启始协议-邀请信息将模式讯息传送到第二PoC客户单元，以便使第二PoC客户单元获知第一PoC客户单元的使用者想要使用那一种指示模式。
依据本发明的另外一种有利的实施方式，这个模式讯息可以从即按即说-over-Cellular服务器单元以分离式电子信息的方式被传送到第二PoC客户单元。
附图说明
以下配合图式及实际的实施方式为范例对本发明的内容做进一步的说明。请注意，在以下说明的实施方式的范例中，相同或类似的组件在图式中均以相同的组件符号表示。
图1：本发明的一种实施方式的一即按即说通信装置。
图2：一信息流程框图，这个信息流程框图显示在PoC服务器单元以确认指示模式运转的情况下，依据文献[1]，一PoC通信连结的架构。
图3：一信息流程框图，这个信息流程框图显示在PoC服务器单元以未确认指示模式运转的情况下，依据文献[1]，一PoC通信连结的架构。
图4：一信息流程框图，这个信息流程框图显示在现行的OMA规格下，PoC服务器单元以未确认指示模式运转的情况。
图5A及5B：信息流程框图，显示本发明的第一实施方式的范例的一即按即说通信连结的架构。
图6A及6B：信息流程框图，显示本发明的第二实施方式的范例的一即按即说通信连结的架构。
具体实施方式
如图1所示，即按即说-over-Cellular通信装置(也称为PoC通信装置)(100)具有一即按即说-over-Cellular客户单元(也称为第一PoC客户单元)(101)、两个第二即按即说-over-Cellular客户单元(也称为第二PoC客户单元)(102，103)、一即按即说-over-Cellular服务器单元(也称为PoC服务器单元)(104)、以及一即按即说-over-Cellular群组管理服务器单元(也称为PoC群组管理服务器单元)(105)。
PoC客户单元(101，102，103)分别整合在一行动无线终端设备中，在本发明的这种实施方式中，PoC客户单元(101，102，103)系依据UMTS标准进行通信，当然PoC客户单元(101，102，103)也可以依据GSM标准、GPRS标准、或是其它的行动无线通信标准(尤其是3GPP行动无线通信标准)进行通信。
在本发明的这种实施方式中，PoC服务器单元(104)和PoC群组管理服务器单元(105)都是设置在一交换单元内。
除了以下说明的即按即说-over-Cellular连结架构信息及其处理方式外，PoC客户单元(101，102，103)、PoC服务器单元(104)、以及PoC群组管理服务器单元(105)的配置方式均与文献[1]说明的方式相同。
一般而言，本发明的即按即说-over-Cellular通信系指在一发送者及一接收者之间透过一行动无线接口所进行的通信，在进行这种通信时，发送者可以选择(例如经由通信终端设备上的一特殊的PoC按键)将一语音讯号化信息以双工方法(或是半双工方法)同时传送给至少一接收者，如果是使用半双工方法，则只有发送单元的使用者可以说话，接收器单元的使用者只能聆听但不能打断发送单元的使用者的声音。
依据PoC技术，说话者发送的语音数据通常是在说话者对着装有即按即说-over-Cellular客户单元的行动无线终端设备发送语音数据时就已经透过IMS核心通信网路被传送给一或多个接收者。这种技术也称为流动技术(Streaming)。因此，就使用者的观点而言，PoC技术就和典型的CB无线电一样，只不过是将服务范围扩大到让发送者能够与全世界各地经由通信网路(尤其是经由至少一行动无线通信网路)连接的接收者交谈。
PoC服务的使用者常有的一种情况是，发送者经常会想要与同一/同一群接收者说话，因此每一PoC使用者都会希望能够自行定义他个人设定的通信群组成员。例如一能够进行PoC通信的终端设备的使用者可以利用群组成员的名称及地址来定义一命名为”朋友”的通信成员群组，例如可以用群组成员的电话号码作为地址(Session InitiationProtocol-Unique Resource Locator；SIP-URL)，或是以SessionInitiation Protocol-Adresse(以通信启始协议地址作为SIP-URL)。使用者定义的群组通常含有一特定的群组地址，例如以一SIP-URL的形式表示的群组地址，因此经由一起动通信连结的PoC通信单元的使用者架构的与各个群组的PoC通信连结都可以透过PoC服务器单元(104)为所有相应的群组成员编址，并且被加载PoC通信，也就是说，连结架构请求信息会被传送到在各个群组中所有的PoC客户单元。
这种情况的先决条件是，每一PoC客户单元都向行动无线通信网路登记，换言之也就是在线(online)，而且也都有注册PoC服务。
在以下的说明中，PoC客户单元的使用者(不论是主动或被动的使用者)及/或PoC客户单元之在PoC通信中使用的终端设备的使用者(不论是主动或被动的使用者)一律称之为PoC通信的参与者。
如同文献[1]的说明，PoC客户单元(101，102，103)、PoC服务器单元(104)、以及PoC群组管理服务器单元(105)的配置方式是依据通信启始协议(Session Initiation Protocol)进行通信，在较低的通信层面(也就是在通信的传送层面)是依据TCP(Transport ControlProtocol；传送控制协议)及/或使用者数据报协议(User DatagrammProtocols)来进行，在通信的网络层面则是依据网际网络协议(Internet Protocol；IP)来进行。
也就是说，通信用的PoC通信装置(100)是以网际网络协议多媒体子系统(IP Multimedia Subsystem)为基础配置。
以下将以两种不同的实施方式为例说明如何架构一PoC通信连结。
在完成PoC通信连结的架构工作后，接着就是进行有效数据(尤其是语音数据)的传送，有效数据是依据半双工方法从第一PoC客户单元(101)出发，经由以网际网络协议(IP)为基础的通信网路及PoC服务器单元(104)，必要时还会经由PoC群组管理服务器单元(105)，被传送到被选定的群组的第二PoC客户单元(102，103)。
如图1所示，PoC客户单元(101，102，103)分别经由一行动无线接口(106，107，108)与PoC服务器单元(104)连结，然后再经由PoC服务器单元(104)与PoC群组管理服务器单元(105)连结。
在通信装置(100)系依据UMTS标准的情况下，可以经由RAN(RadioAccess Network)、CN(Core Network；核心网络)、以及网际网络协议多媒体子系统(IP Multimedia Subsystem)来架构行动无线接口(106，107，108)。
在本发明的另外一种实施方式中，在网络层面之下的层面(也就是在网际网络协议层面之下的层面)原则上可以使用任何一种适的的网络及/或通信协议来进行数据传输，例如使用常见的电话网络(PSTN)。
在了简化说明，在以下的叙述中仅对PoC服务器单元(104)是以未确认指示模式(也就是Early Media Modus模式)运转的情况下的信息流加以说明。
在PoC服务器单元(104)以确认指示模式运转的情况下，架构一通信连结用的信息流系作相应的配置，关于这种情况要指出的是，对于请求架构一通信连结的PoC客户单元而言，是无法在确认指示模式及未确认指示模式之间作一选择的，原因是PoC服务器单元(104)根本不提供未确认指示模式。
如图5A的第一信息流程框图(500)所示，首先会有一通信启始协议-邀请信息(501)从第一PoC客户单元(101)经由UMTS核心网络(也称为UMTS核心通信网路)(502)被传送到PoC服务器单元(104)。
图5A显示的情况是第一PoC客户单元(101)及/或第一PoC客户单元(101)的使用者选择使用未确认指示模式。
在这种情况下，在以一通信启始协议-邀请信息(501)的形式表示的PoC通信连结架构信息(501)中会具有比现有技术多一信息区，在这个附加信息区存放的是一PoC模式讯息，这个PoC模式讯息说明所选择的是未确认指示模式(EM)。
也就是说，通信启始协议-邀请信息(501)含有一附加的参数区，这个附加的参数区含有PoC模式讯息，图5A显示的情况是选择使用未确认指示模式来架构PoC通信连结。通信启始协议-邀请信息会从UMTS核心通信网路(502)被传送到PoC服务器单元(104)，这个PoC服务器单元(104)会向通信启始协议-邀请信息(501)中的群组成员及/或通信启始协议地址及其所属的第二PoC客户单元(102，103)(未在图5A中绘出)传送架构一PoC通信连结的请求，这在图5A中系以一第一信息区块(503)要表示。
PoC通信连结架构确认信息(505)的形成系以一第二信息区块(504)来表示，这个PoC通信连结架构确认信息(505)会以一SIP-200-OK信息(505)的形式从PoC服务器单元(104)经由UMTS核心通信网路(502)被传送到第一PoC客户单元(101)。
只要能够在第一PoC客户单元(101)及PoC服务器单元(104)架构一通信连结，并满足至少有一被选定的第二PoC客户单元(102，103)目前在行动无线通信网路中可以被连结上的条件并已向PoC服务完成登记(也就是在线；on line)，同时每一第二PoC客户单元(102，103)的使用者都已将操作模式设定为”自动回答模式”(AutomaticAnswering Mode)，则这个信息就会被传送到第一PoC客户单元(101)。
接着再从PoC服务器单元(104)将一基础允许信息(506)传送到第一PoC客户单元(101)，这个信息会告知第一PoC客户单元(101)可以开始将有效数据(尤其是语音数据)从第一PoC客户单元(101)传送到PoC服务器单元(104)。
接下来由第一PoC客户单元(101)的使用者说出的话就会经由第一PoC客户单元(101)被进行编码，并依据半双工方法以相应的编码化语音信息(507)的形式被传送到PoC服务器单元(104)，必要时语音信息(507)会被暂时存放在PoC服务器单元(104)中，并在PoC通信连结已确实架构完成后，再进一步被传送到所选定的PoC客户单元(102，103)。
如图5B之依据第一实施方式的情况表示的第二个信息流程框图(510)显示的情况是，在通信启始协议-邀请信息(501)中，第一PoC客户单元(101)的使用者选择使用确认指示模式(LM)。
图5B的信息流类似于前面说明过的图5A的信息流，图5B的信息流与图5A的信息流的区别是，要等等到至少一被选定的第二PoC客户单元(102，103)及/或至少一被选定的第二PoC客户单元(102，103)的使用者接受呼叫(在图5B中以信息区块(503)表示)，PoC通信连结架构确认信息(505)才会在PoC服务器单元(504)形成并被传送到第一PoC客户单元(101)。图5B中的第三个信息区块(511)代表因呼叫被接受而形成并传送SIP-200-OK信息(505)。
除以上的区别外，图5B的信息流的其它信息及动作均与图5A的信息流相同，因此不在此处重复说明。
很明显的，图5B显示的处理过程是，第一PoC客户单元(101)的使用者要等到从要被传送到第二PoC客户单元(102，103)的信息得到放行讯号才能开始说话，并且要等到至少一被选定的第二PoC客户单元(102，103)的使用者接受呼叫，语音讯号才会被传送。
图6A中的第三个信息流程框图(600)显示依据本发明的第二实施方式(在这种实施方式中PoC服务器单元(104)系以未确认指示模式运转)在第一PoC客户单元(101)及PoC服务器单元(104)之间架构一PoC通信连结的情况下的信息流。
第二实施方式的信息与第一实施方的信息流的唯一区别是以一由PoC服务器单元(104)形成并被传送到第一PoC客户单元(101)的SIP-202已接受信息(601)来取代SIP-200-OK信息(505)作为PoC通信连结架构确认信息。
除以上的区别外，图6A的信息流的其它部分均与图5A显示的第一实施方式的信息流的其它部分相同，因此不在此处重复说明信息流的其它部分及此部分之信息的传送方式。
如果第一PoC客户单元(101)的使用者依据本发明的第二实施方式选择使用确认指示模式，则只要在一SIP-200-OK信息(505)及PoC服务器单元(104)之间的通信连结架构完成，这个SIP-200-OK信息(505)和依据本发明的第一实施方式的情况一样被传送到第一PoC客户单元(101)的使用者(请比较图6B)。
不过，依据本发明的第二实施方式，在这种情况下要等到至少一被选定的PoC客户单元及/或至少一被选定的PoC客户单元的使用者接收呼叫，基础允许信息(506)才会被传送到第一PoC客户单元(101)的使用者。第一PoC客户单元(101)的使用者也必须等到这个时候才能开始说话，并将语音数据从第一PoC客户单元(101)传送到PoC服务器单元(104)，然后再从PoC服务器单元(104)传送到被选定的第二PoC客户单元(102，103)。
这样，PoC通信连结的架构及信息交换(最好是在一方向上传送语音讯号，也就是说依据半双工的方法传送)就会被一直执行下去，直到PoC通信连结被结束为止。
依据本发明的一种实施方式，模式信息经由一种Content-Type之助被设置在通信启始协议-邀请信息中的过程如下：
邀请  通信启始协议： Projekt-Team@ptt.siemens.com通信启始协议/2.0
Via：通信启始协议/2.0/使用者数据报协议pc33.siemens.com；branch＝z9hG4bk776asdhds
To：Projekt-Team<通信启始协议：Projekt-Team@ptt：siemens.cpm>
From：Ti<通信启始协议：Ti@inifneon.com>；tag＝1928301774
...
Content-Type：multipart/mixed
Content-Type：application/sdp
Content-Length： ...
...
Content-Type：application/poc_session_setup_param+xm1
Content-Length： ...
<poc_session_setup_param>
<indication mode＝”early_media”/>
</poc_session_setup_param>
本发明的另外一种可行的实施方式是将PoC模式信息放置在另外一特别的区域，例如放置在一通信启始协议端部区或一SDP端部区，并从第一PoC客户单元将模式信息传送到PoC服务器单元(104)。
本发明的另外一种可行的实施方式是将放置在一通信启始协议信息的有效数据区的PoC模式信息从从第一PoC客户单元(101)将模式信息传送到PoC服务器单元，并在PoC服务器单元经由一Parser解读这个模式信息，然后再根据解读的结果做出相应的动作。
在本说明书中有摘录部分内容的参考文献如下：
[1]Push to talk-over-Cellular(PoC)；Architecture V1.1.0，Technical specification(2003-08)；
[2]RFC 3261，通信启始协议：Session Initiation Protocol，2002。
组件符号说明
100 通信装置
101 第一PoC客户单元
102 第二PoC客户单元
103 第二PoC客户单元
104 PoC服务器单元
105 PoC群组管理服务器单元
106 行动无线接口
107 行动无线接口
108 行动无线接口
200 信息流程框图
201 第一PoC客户单元
202 IMS核心通信网路
203 PoC服务器单元
204 通信连结架构请求
205 第一通信启始协议-邀请信息
206 SIP-100尝试信息
207 SIP-100尝试信息
208 SIP-180呼叫信息
209 SIP-200-OK(邀请)信息
210 通信架构显示
211 SIP-ACK信息
212 通信启始协议-通知信息
213 SIP-200-OK信息
300 信息流程框图
301 通信连结架构请求
302 第一通信启始协议-邀请信息
303 SIP-100尝试信息
304 SIP-202已接受信息
305 通信连结显示
306 SIP-ACK信息
307 通信启始协议-通知信息
308 通信连结架构显示
309 SIP-200-OK(通知)信息
400 信息流程框图
401 通信启始协议-邀请信息
402 SIP-未确认-OK信息
403 通信启始协议-基础允许信息
404 有效数据信息
405 签名(结果)信息
406 通信启始协议-通知(结果)信息
500 信息流程框图
501 通信启始协议-邀请信息
502 UMTS核心通信网路
503 第一信息区块(503)
504 第二信息区块
505 SIP-200-OK信息
506 基础允许信息
507 语音信息
510 信息流程框图
511 第三种信息区块
600 信息流程框图
601 SIP-200已接受信息

Claims (11)

1.一种在第一即按即说客户单元及至少一第二即按即说客户单元之间架构一即按即说通信连结的方法，这种方法是：
一从第一即按即说客户单元将一即按即说连结架构信息传送到一即按即说服务器单元，这个即按即说连结架构信息含有一模式讯息，这个模式讯息的内容是说明应以何种即按即说通信连结模式来架构所请求的即按即说通信连结，第一即按即说客户单元会依据应使用的通信连结模式获得一从即按即说服务器单元在不同的时刻发送有效数据的放行通知，以架构一即按即说通信连结；
--会依据放在即按即说连结架构信息中的模式讯息架构从即按即说服务器单元到至少一第二即按即说客户单元的即按即说通信连结。
2.如权利要求1所述的方法，其特征为：以语音数据及/或图像数据及/或文字数据作为有效数据。
3.如权利要求1或2所述的方法，其特征为：形成即按即说通信连结作为行动无线通信连结。
4.如权利要求1至3中任一项所述的方法，其特征为：可以经由模式讯息选择要使用未确认指示模式或确认指示模式。
5.如权利要求1至4中任一项所述的方法，其特征为：使用一种通信协议来架构即按即说通信连结，依据OSI参考模式这种通信协议至少装设在以下的一种层面中：
--对话连结层面，
--表示层面，及/或
--应用层面。
6.如权利要求5所述的方法，其特征为：使用通信启始协议(SessionInitiation Protocol)来架构即按即说通信连结。
7.如权利要求5所述的方法，其特征为：形成一通信启始协议(SessionInitiation Protocol)-邀请信息作为即按即说连结架构信息。
8.如权利要求5至7中任一项所述的方法，其特征为：即按即说连结架构信息的传送工作是依据TCP(Transport Control Protocols；传送控制协议)或使用者数据报协议(User Datagramm Protocols)来进行。
9.如权利要求8所述的方法，其特征为：依据网际网络协议(Internet Protocol)进行使用者数据报协议(User DatagrammProtocols)信息的传送工作。
10.一种即按即说客户单元，具有：
--一用来形成一即按即说连结架构信息的单元，这个即按即说连结架构信息含有一模式讯息，这个模式讯息的内容是说明应以何种即按即说通信连结模式来架构所请求的即按即说通信连结，第一即按即说客户单元会依据应使用的即按即说通信连结模式获得从即按即说服务器单元在不同的时刻发送有效数据的放行通知，以架构一即按即说通信连结；
--一发送单元，这个发送单元的任务是将即按即说连结架构信息发送到即按即说服务器单元。
11.一种在第一即按即说客户单元及至少一第二即按即说客户单元之间架
构一即按即说通信连结用的通信装置，这种通信装置：
--具有第一即按即说客户单元，这个第一即按即说客户单元具有：
--一用来形成即按即说连结架构信息的单元，这个即按即说连结架构信息含有一模式讯息，这个模式讯息的内容是说明应以何种即按即说通信连结模式来架构所请求的即按即说通信连结，第一即按即说客户单元会依据应使用的通信连结模式获得一从即按即说服务器单元在不同的时刻发送有效数据的放行通知，以架构一即按即说通信连结；
--一发送单元，这个发送单元的任务是将即按即说连结架构信息发送到即按即说服务器单元；
--具有即按即说服务器单元，这个即按即说服务器单元具有：
--一接收器单元，这个接收器单元的任务是接收即按即说连结架构信息；
--一依据即按即说连结架构信息所含的模式讯息对至少一第二即按即说客户单元架构一即按即说通信连结用的单元；
--具有至少一第二即按即说客户单元，这个第二即按即说客户单元具有：
--一接收器单元，这个接收器单元的任务是接收即按即说连结架构信息；
--一发送单元，这个发送单元的任务是将即按即说连结架构信息发送到即按即说服务器单元。
CNB2005100518990A 2004-03-05 2005-03-04 架构即按即说通信连结及即按即说客户单元的方法及通信装置 Expired - Fee Related CN1328917C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004010925.7 2004-03-05
DE102004010925A DE102004010925B9 (de) 2004-03-05 2004-03-05 Verfahren und Kommunikationsanordnung zum Aufbauen einer Push-to-talk-Kommunikationsverbindung und Push-to-talk-Client-Einheit

Publications (2)

Publication Number Publication Date
CN1665324A true CN1665324A (zh) 2005-09-07
CN1328917C CN1328917C (zh) 2007-07-25

Family

ID=35033822

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100518990A Expired - Fee Related CN1328917C (zh) 2004-03-05 2005-03-04 架构即按即说通信连结及即按即说客户单元的方法及通信装置

Country Status (5)

Country Link
US (1) US7555304B2 (zh)
CN (1) CN1328917C (zh)
BR (1) BRPI0500781A8 (zh)
DE (1) DE102004010925B9 (zh)
MX (1) MXPA05002521A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007041912A1 (fr) * 2005-10-11 2007-04-19 Huawei Technologies Co., Ltd. Méthode de pilotage de sessions de messagerie vocale instantanée par téléphone cellulaire

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060209730A1 (en) * 2005-03-19 2006-09-21 Richard Bautista Bi-directional audio bridge
KR20060111207A (ko) * 2005-04-22 2006-10-26 삼성전자주식회사 푸쉬투토크 오버 셀룰러 망의 구성원 추가 방법 및 그시스템
US20070004438A1 (en) * 2005-07-01 2007-01-04 Alec Brusilovsky Method and apparatus enabling PTT (push-to-talk) communications between legacy PSTN, cellular and wireless 3G terminals
KR101159341B1 (ko) * 2005-08-19 2012-06-25 삼성전자주식회사 Ｘｄｍ 서비스 정보 관리 시스템 및 방법
EP1781053B1 (en) * 2005-10-28 2012-05-02 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Methods and apparatus for push to talk type service
US20070253405A1 (en) * 2006-04-27 2007-11-01 Motorola, Inc. Method and apparatus for initiating a user selected service when establishing a packet data connection
US20080037448A1 (en) * 2006-08-09 2008-02-14 Motorola, Inc. Establishing a floor grant in a push-to-talk over cellular communication network
US7769404B1 (en) * 2007-05-02 2010-08-03 Nextel Communications Inc. Guaranteed talk permit with forced audio in a dispatch communication network
US8298070B2 (en) * 2008-11-14 2012-10-30 Aruze Gaming America, Inc. Gaming machine that executes free game and the play method
US8374643B2 (en) * 2009-02-25 2013-02-12 Research In Motion Limited Systems and methods for facilitating push-to-talk (PTT) communications using SIP-based messaging

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2081008A1 (en) 1992-01-30 1993-07-31 Michael D. Sasuta Method for receiving a communication after initiating a ptt
US5737685A (en) * 1992-02-25 1998-04-07 Motorola, Inc. Co-located subscriber unit to subscriber unit communication within a satellite communication system
JPH11146030A (ja) * 1997-11-07 1999-05-28 Nec Corp 無線会議システムの仮親決定方式
US6119017A (en) * 1997-11-25 2000-09-12 Motorola, Inc. Method of registration in a communication system
US6360093B1 (en) 1999-02-05 2002-03-19 Qualcomm, Incorporated Wireless push-to-talk internet broadcast
EP1058473A1 (en) * 1999-05-26 2000-12-06 Motorola, Inc. Group handover in a cellular communications network
US6526377B1 (en) * 1999-11-02 2003-02-25 Intel Corporation Virtual presence
US6381467B1 (en) * 2000-06-22 2002-04-30 Motorola, Inc. Method and apparatus for managing an ad hoc wireless network
US7170863B1 (en) * 2001-02-12 2007-01-30 Nortel Networks Limited Push-to-talk wireless telecommunications system utilizing a voice-over-IP network
US6865398B2 (en) * 2002-02-04 2005-03-08 Sprint Spectrum L.P. Method and system for selectively reducing call-setup latency through management of paging frequency and buffering of user speech in a wireless mobile station
US7231223B2 (en) * 2002-12-18 2007-06-12 Motorola, Inc. Push-to-talk call setup for a mobile packet data dispatch network
US20040162095A1 (en) * 2003-02-18 2004-08-19 Motorola, Inc. Voice buffering during call setup
SE0300555D0 (sv) * 2003-02-24 2003-02-24 Ericsson Telefon Ab L M Improvements in or relating to push-to-talk services
US20040219925A1 (en) * 2003-04-30 2004-11-04 Motorola, Inc. Image data transfer over a dispatch voice channel
KR20040094275A (ko) * 2003-04-30 2004-11-09 삼성전자주식회사 셀룰러 이동통신 시스템에서 푸쉬-투-토크 서비스를 위한호 설정 방법
US7107017B2 (en) * 2003-05-07 2006-09-12 Nokia Corporation System and method for providing support services in push to talk communication platforms

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007041912A1 (fr) * 2005-10-11 2007-04-19 Huawei Technologies Co., Ltd. Méthode de pilotage de sessions de messagerie vocale instantanée par téléphone cellulaire

Also Published As

Publication number Publication date
US7555304B2 (en) 2009-06-30
DE102004010925B9 (de) 2006-06-22
BRPI0500781A (pt) 2005-11-22
CN1328917C (zh) 2007-07-25
US20050261015A1 (en) 2005-11-24
DE102004010925A1 (de) 2005-10-20
DE102004010925B4 (de) 2006-02-23
MXPA05002521A (es) 2005-09-30
BRPI0500781A8 (pt) 2016-08-23

Similar Documents

Publication Publication Date Title
CN1665324A (zh) 架构即按即说通信连结及即按即说客户单元的方法及通信装置
CN101057519A (zh) 内容服务器和内容服务系统
CN101052161A (zh) 一种实现ims业务互通的方法和系统
CN1893427A (zh) 一种进行业务支持能力协商的方法
CN1941711A (zh) 用于控制通信会话或建立通信会话的方法以及相关装置
CN1933478A (zh) 媒体流打包时长协商方法
CN1801810A (zh) 一种会话初始化协议消息体内容处理方法及网络
CN1794675A (zh) 建立聊天室数据传输通道实现聊天消息传送的方法
CN1852081A (zh) 一种通过下一代网络实现多方会议的方法
CN1794723A (zh) 一种离线消息处理方法
CN1855961A (zh) 通信系统中回铃音的实现方法
CN101047534A (zh) 用户主动加入会议的方法、装置及系统
CN1859380A (zh) 一种离线消息获取方法
CN101047529A (zh) 媒体会话数据发送控制方法、控制关系协商方法及控制系统
CN1856137A (zh) 一种确定集中控制服务器的方法及系统
CN101080097A (zh) 一种实现多媒体呼叫业务的方法、系统及装置
CN1889603A (zh) 一种点击拨号业务的实现方法
CN1960408A (zh) 用于交互式多媒体应答系统的交互式多媒体应答方法
CN101043431A (zh) 一种缩短多方通话业务建立时间的方法与系统
CN1859395A (zh) Ip多媒体子系统业务实现系统和方法
CN1581744A (zh) 为mbms业务提供多种qos的方法
CN101047524A (zh) 实现多媒体录制的方法及系统
CN1925519A (zh) 电话呼叫的方法及电话终端
CN1878388A (zh) 通信网络中数据传输服务质量的确定方法
CN1618228A (zh) 交换系统以及通信记录方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: INTEL MOBILE COMMUNICATIONS LTD.

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS TECHNOLOGY LTD.

Effective date: 20120608

Owner name: INTEL MOBILE COMMUNICATIONS TECHNOLOGY LTD.

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG

Effective date: 20120608

C41 Transfer of patent application or patent right or utility model
C56 Change in the name or address of the patentee

Owner name: INFINEON TECHNOLOGIES AG

Free format text: FORMER NAME: INFENNIAN TECHNOLOGIES AG

CP03 Change of name, title or address

Address after: Neubiberg, Germany

Patentee after: Infineon Technologies AG

Address before: Munich, Federal Republic of Germany

Patentee before: INFINEON TECHNOLOGIES AG

TR01 Transfer of patent right

Effective date of registration: 20120608

Address after: Neubiberg, Germany

Patentee after: Intel Mobile Communications GmbH

Address before: Neubiberg, Germany

Patentee before: Infineon Technologies AG

Effective date of registration: 20120608

Address after: Neubiberg, Germany

Patentee after: Intel Mobile Communications GmbH

Address before: Neubiberg, Germany

Patentee before: Intel Mobile Communications GmbH

C56 Change in the name or address of the patentee
CP01 Change in the name or title of a patent holder

Address after: Neubiberg, Germany

Patentee after: Intel Mobile Communications GmbH

Address before: Neubiberg, Germany

Patentee before: Intel Mobile Communications GmbH

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20070725

Termination date: 20180304

CF01 Termination of patent right due to non-payment of annual fee