通信设备和用于操作通信设备的方法与流程

文档序号:13589997阅读:526来源:国知局

相关申请的交叉引用

本案是申请号:201310225311.3,发明名称为:通信设备和用于操作通信设备的方法的分案申请。本申请要求2012年6月8日提交的美国申请no.61/657,063的优先权,并且通过引用整体地将其结合到本文中。

本公开的各种方面大体上涉及通信设备和用于操作通信设备的方法。



背景技术:

所谓的因特网协议(ip)多媒体子系统(ims)经由因特网协议提供通信服务并且ims通信服务呼叫通常经由会话发起协议(sip)被控制。一些ims通信服务可以通过所谓的ims通信服务标识符(icsi)进行标识。此外,所谓的移动终端(其图示性地包括调制解调器硬件,该调制解调器硬件包括用于设备间通信的一个或多个发射器和一个或多个接收器,也被称为mt)可以由所谓终端设备(其图示性地包括被配置为与端用户交互的硬件并且其包括用于用户交互的一个或多个应用处理器和装置,也被称为te)通过所谓的at命令进行控制。at命令存在以用于控制语音呼叫、补充的通信服务和短消息接发服务作为非ims服务。然而,传统地,at命令可以仅控制单个语音呼叫。当前正由第三代合作伙伴项目(3gpp)标准化组定义新的at命令用于拨打要被ims服务使用的统一资源标识符(uri)。



技术实现要素:

通信设备可以包括:消息生成器,被配置为根据命令集来生成消息,以使用由通信会话建立协议提供的通信服务;以及调制解调器电路,耦合到该消息生成器并被配置为根据由消息生成器生成的消息进行操作;其中所述消息生成器被配置为生成包括对因特网协议多媒体子系统服务进行控制或建立中的至少一个的命令的消息。

附图说明

在附图中,贯穿不同的视图类似的附图标记通常指代相同的部分。附图不必需依比例缩放,而是通常把强调放在说明本发明的原理上。在下面的描述中,参考下面的附图来描述本发明的各种实施例,在附图中:

图1示出根据本公开的各种方面的通信设备。

图2示出根据本公开的各种方面的通信网络。

图3示出根据本公开的各种方面的图1的通信设备的实现方式。

图4示出根据本公开的各种方面的消息流程图。

图5示出根据本公开的各种方面的消息流程图。

图6示出说明根据本公开的各种方面的用于操作通信设备的方法的流程图。

图7示出说明根据本公开的各种方面的用于操作通信设备的方法的流程图。

具体实施方式

下面详细的描述参考附图,该附图通过图示的方式示出在其中可以实行本发明的具体细节和实施例。

单词“示例性”在本文中用于意味的是“用作一个示例、实例或说明”。在本文中被描述为“示例性”的任何实施例或设计不必需被解释为比其它实施例或设计优选或有利。

关于形成在侧面或表面“上”的沉积材料而使用的单词“在……上”在本文中可以用于意味的是沉积材料可以“直接”形成在隐含侧面或表面“上”,例如与隐含的侧面或表面直接接触。关于形成在侧面或表面“上”的沉积材料而使用的单词“在……上”在本文中可以用于意味的是沉积材料可以“间接”形成在隐含侧面或表面“上”,其中,一个或多个附加的层被布置在隐含的侧面或表面与沉积材料之间。

在本公开的各种方面中,“电路”可以被理解为任何种类的逻辑实现实体,其可以是专用电路或执行在存储器中存储的软件的处理器、固件或它们的任何组合。因而,在本公开的各种方面中,“电路”可以是硬连线的逻辑电路或可编程逻辑电路,诸如可编程处理器,例如微处理器(例如复杂指令集计算机(cisc)处理器或精简指令集计算机(risc)处理器)。“电路”也可以是执行软件的处理器,该软件例如是任何类型的计算机程序,例如是使用诸如例如java之类的虚拟机代码的计算机程序。根据本公开的可替换的方面,将在下面更详细地描述的相应功能的任何其它类型的实现方式也可以被理解为“电路”。

本公开的各种方面被提供用于设备,并且本公开的各种方面被提供用于方法。将被理解的是,设备的基本属性也适用于方法并且反之亦然。因此,为了简洁的目的,可以省略此类特性的重复描述。

将被理解的是,在本文中针对特定设备描述的任何属性也可以适用于在本文中描述的任何设备。将被理解的是,在本文中针对特定方法描述的任何属性也可以适用于在本文中描述的任何方法。

术语“协议”意图是包括任何一块软件,其被提供来实现通信定义的任何层的部分。

在本公开的各种方面中使用的存储器可以是易失性存储器,例如dram(动态随机存取存储器),或者非易失性存储器,例如prom(可编程只读存储器)、eprom(可擦除prom)、eeprom(电可擦除prom)或闪速存储器,例如浮置栅极存储器、电荷捕捉存储器、mram(磁阻随机存取存储器)或pcram(相变随机存取存储器)。

已经找出的是,传统的at命令遭受若干缺点,诸如:

–现有的at命令不能指定要被控制的ims服务的类型。

–现有的at命令不能指定要被ims服务使用的媒体。

–现有的at命令不能指定用于ims服务的媒体质量。

–现有的at命令不能指定是否要由mt或由te进行媒体数据的编码和媒体数据的解码。

–现有的at命令不能被用来找出哪些ims服务被mt支持。

–现有的at命令不能被用来配置针对正在进入的呼叫的媒体支持。

–现有的at命令不能被用来修改正在进行的通信会话或通信呼叫。

–现有的at命令不能被用来控制特定通信服务的多个实例。

–现有的at命令不能被用来控制正在进入的呼叫的媒体数据。

本公开的各种方面介绍用于控制由移动终端提供的ims服务的命令(例如at命令),借此这些命令允许指定媒体数据是要在移动终端的内部被编码或解码还是要在移动终端的外部被编码或解码,并且借此可以标识ims服务的实例。

如将在下面更详细地描述的那样,本公开的各种方面可以提供下面效果中的一个或多个:

–可以控制ims服务的类型。

–可以指定要被ims服务使用的媒体。

–可以指定用于ims服务的媒体质量。

–可以指定的是,是否要由一个或多个mt或由一个或多个te进行媒体数据编码和解码。

–可以确定哪些ims服务被mt支持。

–可以配置针对正在进入的呼叫的媒体支持。

–可以修改正在进行的通信。

–可以控制特定服务的多个实例。

–可以控制正在进入的呼叫的媒体。

–利用的命令的语法是线性的和简单的,并且因此容易进行解析。

在本公开中,移动终端可以被理解为包括调制解调器硬件,该调制解调器硬件包括用于设备间通信的一个或多个发射器和一个或多个接收器,并且可以被称为mt。mt可以由所谓的终端设备(其可以包括被配置为与端用户交互的硬件并且其可以包括用于用户交互的一个或多个应用处理器和装置)通过所谓的at命令进行控制。该终端设备也可以被称为te。

图1示出根据本公开的各种方面的通信设备100。如在图1中示出的,通信设备100可以包括消息生成器102,其被配置为根据命令集来生成消息108,用于使用由通信会话建立协议(例如由会话发起协议(sip))提供的通信服务。此外,通信设备100可以包括耦合到该消息生成器102的调制解调器电路104,其中该调制解调器电路可以被配置为根据由消息生成器102生成的消息108进行操作。该调制解调器电路104可以通过一个或多个连接106(诸如一个或多个有线连接和/或一个或多个无线连接)与消息生成器102耦合。作为示例,该一个或多个连接可以包括一个或多个连接线,诸如一个或多个总线线路。该消息生成器102可以被配置为生成消息108,该消息108包括用于对因特网协议多媒体子系统(ims)服务进行控制或建立中的至少一个的命令。ims可以被理解为针对想要提供基于移动和固定因特网协议(ip)的多媒体服务的电信运营商的标准化下一代联网(ngn)架构。作为示例,可以基于sip的3gpp标准化实现方式使用在ip上的语音(voip)实施方式,并且在标准因特网协议(ip)上运行。支持现有的电话系统(分组交换和电路交换两者)。ims不仅提供新服务,还有当前和未来的因特网提供的所有服务。ims使用由ietf(因特网工程任务组)定义的开放标准ip协议。因而,可以使用完全一样的协议建立在两个ims用户之间、在ims用户和因特网上的用户之间、以及在因特网上的两个用户之间的多媒体会话。此外,针对服务开发者的接口也可以基于ip协议。因而,图示性地,消息108可以在消息生成器102和调制解调器电路104之间被交换来控制该调制解调器电路104。

通信设备100可以是移动无线电通信设备或有线通信设备。此外,通信设备100可以被包括在具有与因特网通信来使用ims的能力的任何电子设备(诸如例如个人计算机、膝上型电脑、工作站、上网本计算机、智能电话等)中。

消息生成器102可以被配置为生成包括用于标识因特网协议多媒体子系统服务或用于标识因特网协议多媒体子系统服务的实例的标识符的消息。此外,通信设备还可以包括应用处理器,其中消息生成器被配置为生成包括指定是否由通信设备的应用处理器对媒体数据进行编码或解码中的至少一个的信息的消息。通信设备100还可以包括终端设备,其包括应用处理器。消息生成器102可以被配置为生成包括下面各项中的至少一个的消息:指定统一资源标识符的信息;指定建立的通信连接的修改的信息;指定通信服务的配置的信息;或控制正在进入的呼叫的信息。消息生成器102可以被配置为生成包括指定通信服务参数或通信呼叫标识符中的至少一个和统一资源标识符的信息的消息。通信服务参数可以包括因特网协议多媒体子系统通信服务标识符(icsi)。此外,消息生成器102可以被配置为生成包括用于针对因特网协议多媒体子系统服务指定媒体数据和媒体数据属性的通信服务参数和媒体数据参数的消息。该媒体数据参数可以包括会话描述协议数据。此外,消息生成器被配置为根据调制解调器命令集生成消息。消息生成器可以被配置为根据at命令集生成消息。通信会话建立协议可以提供通信服务。通信会话建立协议可以是例如会话发起协议。调制解调器电路还可以包括一个或多个发射器电路和/或一个或多个接收器电路。调制解调器电路可以被配置为移动终端。

在本公开的各种方面中,可以提供通信设备。该通信设备可以包括被配置为根据为通信设备中的通信提供的命令集生成消息和控制为与另一个通信设备通信提供的通信服务的消息生成器;以及耦合到消息生成器并且被配置为根据由消息生成器生成的消息来进行操作的调制解调器电路;其中消息生成器被配置为生成包括用于对基于因特网协议的通信服务进行控制或建立中的至少一个的命令的消息。

消息生成器可以被配置为生成包括用于控制和/或建立基于因特网协议的多媒体通信服务的命令的消息。该消息生成器可以被配置为生成包括用于标识基于因特网协议的通信服务或用于标识基于因特网协议的通信服务的实例的标识符的消息。通信设备还可以包括应用处理器,其中消息生成器可以被配置为生成包括指定是否由应用处理器对媒体数据进行编码和/或解码的信息的消息。应用处理器可以位于终端设备中。消息生成器可以被配置为生成包括以下各项中的至少一个的消息:指定统一资源标识符的信息;指定建立的通信连接的修改的信息;指定通信服务的配置的信息;或控制正在进入的呼叫的信息。消息生成器可以被配置为生成包括指定通信服务参数或通信呼叫标识符中的至少一个和统一资源标识符的信息的消息。通信服务参数可以包括因特网协议多媒体子系统通信服务标识符(icsi)。此外,消息生成器可以被配置为生成包括针对基于因特网协议的通信服务指定媒体数据和媒体数据属性的通信服务参数和媒体数据参数的消息。媒体数据参数可以包括会话描述协议数据。信息生成器还可以被配置为根据调制解调器命令集生成消息。消息生成器还可以被配置为根据at命令集生成消息。通信会话建立协议可以提供通信服务。通信会话建立协议可以是例如会话发起协议。调制解调器电路还可以包括至少一个发射器电路和/或至少一个接收器电路。调制解调器电路可以被配置为移动终端。

图2示出根据本公开的各种方面的通信网络200,其可以包括通信设备100、ims202、以及一个或多个其它通信设备204、206、208。全部通信设备100、204、206、208可以通过一个或多个有线连接和/或一个或多个无线连接的方式(例如经由对应地提供的(一个或多个)基站和通信部件,诸如呼叫会话控制功能(csfc)(例如代理呼叫会话控制功能(p-csfc)和/或服务呼叫会话控制功能(s-csfc)和/或询问呼叫会话控制功能(i-csfc))耦合到ims202来提供或使用ims服务。此外,可以在ims202中提供一个或多个媒体数据服务器210和/或一个或多个应用服务器212。为了在通信设备100、204、206、208与ims202之间或经由ims202通信,可以使用所谓的会话发起协议(sip)。

示例性的通信服务可以包括:

–多媒体通信,例如语音和/或视频电话;

–因特网游戏;

–分布式文件共享和文档的共享处理等。

如将在下面更详细地描述的那样,本公开的各种方面针对移动终端定义用于拨打统一资源标识符(uri)、修改正在进行的通信呼叫、配置通信服务和控制正在进入的通信呼叫的命令,借此该命令允许指定媒体数据是要在例如应用处理器的内部(例如终端设备(例如te)的内部)被编码或解码还是要在例如应用处理器的外部(例如终端设备(例如te)的外部)被编码或解码并且借此ims服务的实例可以被标识。如果uri参数被包括,则用于拨打uri的命令可以包括一个或多个服务参数和一个或多个call-id(呼叫标识)参数。这可以允许指定要被建立的ims服务。

服务参数可以包括ims通信服务标识符值(icsi值)或其它服务指示符。icsi值指示为其存在icsi值的服务的使用。此外,如果服务参数被包括,则用于拨打uri的命令可以包括一个或多个媒体数据参数。这可以允许指定要被建立的要由ims服务使用的媒体数据以及它们的属性。媒体数据参数可以包括会话描述协议(sdp)媒体等级部分或其它媒体指示符和媒体质量。sdp媒体等级部分可以指示媒体数据例如要在mt的外部被编码和解码。

用于拨打uri的命令可以包括用于指示正在进行的通信服务要被修改的特定行动值。

可以通过特别命令为特定服务指定默认的媒体数据属性。

建立通信呼叫的call-id可以由命令响应指示。

正在进入的通信呼叫的媒体数据和call-id也可以由特殊命令指示。

图3示出根据本公开的各种方面的图1的通信设备100的实施方式300。如在图3中所示出的那样,通信设备300可以是诸如移动电话之类的移动无线电通信设备并且可以被配置为根据以下技术进行通信:一个或多个蜂窝广域无线电通信技术(其可以包括例如全球移动通信系统(gsm)无线电通信技术、通用分组无线电服务(gprs)无线电通信技术、针对gsm演进的增强数据速率(edge)无线电通信技术、和/或第三代合作伙伴项目(3gpp)无线电通信技术(例如umts(通用移动电信系统)、foma(自由移动的多媒体接入)、3gpplte(长期演进)、3gpplteadvance(高级长期演进))、cdma2000(码分多址2000)、cdpd(蜂窝数字分组数据)、mobitex、3g(第三代)、csd(电路交换数据)、hscsd(高速电路交换数据)、umts(3g)(通用移动电信系统(第三代))、w-cdma(umts)(宽带码分多址(通用移动电信系统))、hspa(高速分组接入)、hsdpa(高速下行分组接入)、hsupa(高速上行分组接入)、hspa+(高速分组接入加)、umts-tdd(通用移动电信系统-时分双工)、td-cdma(时分-码分多址)、td-cdma(时分-同步码分多址)、3gpp版本8(预-4g)(第三代合作伙伴项目版本8(预-第四代))、utra(umts陆地无线接入)、e-utra(演进umts陆地无线接入)、lteadvanced(4g)(高级长期演进(第4代))、cdmaone(2g)、cdma2000(3g)(码分多址2000(第三代))、ev-do(最优的演进-数据或仅演进数据)、amps(1g)(高级移动电话系统(第一代))、tacs/etacs(全接入通信系统/扩展全接入通信系统)、d-amps(2g)(数字amps(第二代))、ptt(一键通)、mts(移动电话系统)、imts(改进的移动电话系统)、amts(高级移动电话系统)、olt(norwegianforoffentliglandmobiltelefoni,公共陆地移动电话)、mtd(针对mobiltelefonisystemd的瑞典语缩写,或移动电话系统d)、autotel/palm(公共自动陆地移动)、arp(finnishforautoradiopuhelin,“车载无线电话”)、nmt(北欧移动电话)、hicap(ntt(日本电报和电话)的高容量版本)、cdpd(蜂窝数字分组数据)、mobitex、datatac、iden(集成数字增强网络)、pdc(个人数字蜂窝)、csd(电路交换数据)、phs(个人手持电话系统)、widen(宽带集成数字增强网络)、iburst、非认证移动接入(uma,也称为3gpp通用接入网络,或gan标准))。

第一用户u1正在使用他的移动电话t1(终端)300作为通信设备100的一个实施方式。该移动电话300可以包括移动终端部mt1302以及终端设备部te1304。移动终端部mt1302可以被配置为提供调制解调器功能并且终端设备部te1304可以被配置为提供应用和用户接口功能。移动终端部mt1302和终端设备部te1304例如经由终端适配器ta1306通过at命令308通信。

图4示出根据本公开的各种方面的消息流图表400。消息流图表400图示了mmtel通信呼叫建立和修改。在该示例中,假设第一用户u1接通他的移动电话t1300(块402)。在电话的初始化过程期间,终端设备部te1304可以生成并发送以下第一at命令404到移动终端部mt1302:

+cdu=0。

第一at命令404向移动终端部mt1302请求关于支持的uri方案的信息。

移动终端部mt1302可以生成进一步的消息并且可以响应以下结果406:

+cdut:“sip”,“3gpp-service.ims.icsi.mmtel”。

结果406通知终端设备部te1304移动终端支持sipuri以及针对sipuri的使用支持mmtel通信服务。

此外,假设第一用户u1已经在移动电话t1的300设置中定义mmtel呼叫默认应当仅使用语音通信。因此,终端设备部te1304可以生成并发送另一个例如第二at命令408到移动终端部mt1302。

+csmcu=“3gpp-service.ims.icsi.mmtel”,“voice,high-quality”。

该第二at命令408可以指示移动终端部mt1302来为mmtel服务将默认媒体设置成高质量语音媒体。也可以指示的是语音媒体编码和解码应当由移动终端部mt1302自身进行。

在移动电话t1300已经被初始化之后,假设第一用户u1请求经由mmtel呼叫他的朋友,第二用户u2,(在图4中的块410)。终端设备部te1304因而可以生成并发送以下第三at命令412到移动终端部mt1302:

+cdu=1,“sip:bob@bilboxy.com”,“3gpp-service.ims.icsi.mmtel”,0。

在已经接收第三at命令412之后,移动终端部mt1302然后可以通过生成和发送例如sipinvite请求消息到已经用第三at命令412提供的第二用户u2的sip地址发起与第二用户u2的移动电话t2(未示出)的mmtel会话。该sipinvite请求消息可以包括针对移动终端部mt1302能够编码和解码的高质量语音媒体的sdp。

在向第二用户u2的通信设备(例如移动电话)的通信呼叫已经被建立之后,移动终端部mt1302可以生成响应414来向终端设备部te1304响应以下结果:

+cduc:“sip:bob@biloxy.com”,“3gpp-service.ims.icsi.mmtel”,1234,“voice,high-quality”。

该响应414通知终端设备部te1304该通信呼叫正通过“1234”被标识并且已经用由移动终端部mt1302提供的编码和解码来建立高质量语音媒体。

此外,假设在所建立的与他的朋友(例如第二用户u2)的通信呼叫期间,第一用户u1可以决定增加视频到通信呼叫(块416)。终端设备部te1304因而可以生成并向移动终端部mt1302发送以下命令作为第四at命令418。

+cdu=2,“sip:bob@biloxy.com”,“3gpp-service.ims.icsi.mmtel”,1234,“voice,high-quanlity”,“m=video49170/2rtp/avp31”。

该第四at命令418向移动终端部mt1302请求修改由“1234”标识的正在进行的mmtel呼叫。修改增加具有由所提供的sdp媒体等级部分指示的属性的视频。因为sdp正被提供,所以移动终端部mt1302可以被指示不对该视频媒体数据进行编码和解码。相反,视频rtp分组可以被转发到终端设备部te1304。终端设备部te1304自身可以负责视频媒体数据的编码和解码。

图5示出了根据本公开的各种方面的消息流程图500。该消息流程图500图示了接收正在进入的mmtel呼叫。对于这个示例,在第一用户u1的移动电话t1300的初始化之后假设如图4中所示出的示例的情况。

此外,假设的是,第一用户u1的朋友(例如,第二用户u2)经由ims多媒体通信服务(例如,mmtel)呼叫第一用户u1(参见图5中的块502)。移动终端部分mt1302可以从第二用户u2的移动电话t2接收对应的sipinvite请求消息。该sipinvite请求消息可以包括针对音频和视频媒体数据的sdp。

然后,移动终端部分mt1302可以生成并且向终端设备部分te1发送以下at命令作为第三at命令504:

+cinu=“sip:bob@biloxy.com”,“3gpp-service.ims.icsi.mmtel”,5678,“voice,high-quality”,“m=video49170/2rtp/avp31”。

第三at命令504可以通知终端设备部分te1304已经从所指示的sip地址接收到具有高质量语音媒体数据和具有视频媒体数据的mmtel通信呼叫。由于针对mmtel通信服务的默认媒体已经被设置为“语音、高质量”,所以移动终端部分mt1302不指示用于对移动终端部mt1302的外部进行编码和解码的sdp音频媒体数据,而是要由移动终端部mt1302进行编码和解码的高质量语音媒体数据。

此外,终端设备部te1304可以指示对第一用户u1的正在进入的呼叫。第一用户u1不想允许第二用户u2经由视频媒体数据看见他。因此,终端设备部te1304可以生成并向移动终端部门mt1302发送回以下at命令作为第四at命令506:

+cinu=2,“sip:bob@biloxy.com”,“3gpp-service.ims.icsi.mmtel”,5678,“voice,high-quality”,“m=video49170/2rtp/avp31<cr><lf>a=recvonly”。

第四at命令506可以指示移动终端部mt1302来接受通信呼叫而不用向第二用户u2的移动电话发送视频媒体数据。

在下面,将提供根据本公开的各种方面引入的at命令扩展和at命令的一般描述。

用于拨打uri的传统at命令具有以下结构:

拨打uri+cdu

表1:+cdu行动命令语法

描述:执行命令可以用于拨打uri或查询所支持的uri类型。

编辑者的注释:需要进一步研究(ffs)它是如何指示所请求的ims服务(例如,语音或mmtel)和对应的sdp。

所定义的值

<action>:整数类型

0查询所支持的uri类型。执行命令+cdu=0针对每一个所支持的<uri_scheme>返回一行中间结果+cdut:<uri_scheme>。

1拨打<uri>

<uri>:包括指定uri类型的前缀的字符串类型uri;该uri可以包括uri参数;所使用的字符集应当是用selecttecharacterset+cscs选择的那个字符集。

<uri_scheme>:字符串类型。参数标识所支持的uri方案。

“sip”因特网数字分配机构(iana)注册,按照rfc3969[ccc],与会话发起协议(sip)一起使用,参见rfc3261[aaa]。

“tel”因特网数字分配机构(iana)注册,按照rfc5341[ddd],与会话发起协议(sip)一起使用,参见rfc3966[bbb]。

编辑者的注释:uri-方案的列表未完成。

根据本公开的各种方面的用于拨打uri的扩展at命令:

+cdu=<action>[,<uri>[,<service>,<call-id>[,<media>][,<media>][...]]]

<service>:字符串类型。标识ims服务。如果参数以“3gpp-service.ims.icsi.”开始,那么参数是由3gpp针对ims服务指定的icsi值。如果参数不以“3gpp-service.ims.icsi.”开始,那么参数指示3gpp尚未针对其指定icsi值的服务。例如,volte(在长期演进上的语音)服务可以由字符串“volte”指定并且ims消息接发由字符串“messaging”指示。

<call-id>:字符串类型。标识正在进行的呼叫。要忽略具有<action>值1的call-id。仅考虑具有<action>值2的call-id用于修改正在进行的呼叫。

<media>:字符串类型。定义媒体。如果参数以“m=”开始,那么字符串是sdp描述的媒体级别部分并且mt被请求用要在mt外部进行的媒体编码和解码来建立呼叫。如果参数不以“m=”开始,那么字符串指示媒体类型并且可能指示质量并且mt被请求用要由mt进行的媒体编码和解码来建立呼叫。

根据本公开的各种方面,扩展at命令响应于+cdu=0:

[+cdut:<uri_scheme>[,<service>][,<service>][...][<cr><lf>+cdut:<uri_scheme>[,<service>][,<service>][...]][...]]

<service>:指定哪些服务由mt针对uri方案<uri_scheme>支持。

根据本公开的各种方面,新at命令响应于+cdu=1:

+cduc::<uri_scheme>,<service>,<call-id>[,<media>][,<media>][...]

<call-id>:字符串类型。标识已经由mt建立的呼叫。当稍后修改呼叫时,call-id可以用于呼叫标识。

<media>:指定已经建立的呼叫的媒体。

根据本公开的各种方面的针对+cdu的<action>的新值:

2:修改现有的呼叫。要被修改的呼叫必须由响应于用于建立呼叫的+cdu请求而在+cduc中接收到的call-id标识。

根据本公开的各种方面的针对正在进入的呼叫通知的新at命令:

+cinu=<urischeme>,<service>,<call-id>[,<media>][,<media>][…]

<call-id>:标识正在进入的呼叫。当修改呼叫时,call-id可以用于呼叫标识。

<media>:指定正在进入的呼叫的媒体。

根据本公开的各种方面的用于为特定服务配置默认媒体的新at命令:

+csmcu=<service>[,<media>][,<media>][…]

<service>:针对其以配置媒体的服务。

<media>:指定针对服务<service>的默认媒体。如果没有媒体被+cdu指定,那么默认媒体要被使用。该默认媒体也可以由mt针对正在进入的呼叫使用。

在下面将描述以上所描述的方面的一些替换方案和/或扩展。

代替icsi值,像“messaing”这样的其它字符串类型值也可以用于在at命令中的服务标识(例如,针对ims消息接发服务)。

当经由sip与网络协商媒体时,mt可以根据在mt上的ims服务应用来指示所谓的ims应用参考标识符。

如果在没有指示任何服务的情况下正在使用+cdu=1,那么可以发起默认服务,例如,可以建立语音呼叫。可以通过发送+csmc以及服务标识而没有媒体指示来指定默认服务。

call-id可以基于已经请求或接收的呼叫的时间。例如,call-id可以被选择为呼叫请求或接收的时间。

如果call-id按照呼叫请求或接收的时间给定,那么在+cinu命令或+cduc响应中可以不将call-id指示给te。在该情况下,te可以根据mt内部时钟(其根据3gpp技术规范ts27.007,“用于用户设备(ue)的at命令集(atcommandsetforuserequipment(ue))”,v11.1.0,12/2011可以被+cclk命令查询)确定相关的call-id。

可以以类似的方式将用于电话薄拨打的at命令延伸为如以上所描述的直接呼叫命令+cdu。

什么时间通过向mt发送+cdu=1命令而不是0来请求呼叫可以被指定。被指定的call-id可以用作针对所请求的呼叫的建议call-id。

除了以上所使用的名以外的其它at命令名可以用于由以上所描述的方面引入的新at命令。

call-id可以在由mt处理的所有呼叫上不是唯一的,但是相反可以仅在具有相同uri和服务参数的所有呼叫上是唯一的。

call-id可以在由mt处理的所有呼叫上是唯一的。在该情况下,正在进行的呼叫可以由特殊at命令修改,由此呼叫可以通过其call-id而不是通过其uri和服务标识符被唯一地标识。

本公开的各种方面可以实现由移动终端提供的众多因特网协议多媒体子系统(ims)服务的控制。

可以通过本公开的各种方面提供以下中的一个或多个:

-也许有可能指定要被控制的ims服务的类型。

-也许有可能指定由ims服务使用的媒体。

-也许有可能指定针对ims服务的媒体质量。

-也许有可能指定媒体编码和解码是由一个或多个移动终端(mt)还是由一个或多个终端设备(te)进行。

-也许有可能找出哪些ims服务由mt支持。

-也许有可能配置针对正在进入的通信呼叫的媒体支持。

-也许有可能修改正在进行的通信连接或通信呼叫。

-也许有可能控制特定ims服务的多个实例。

-也许有可能控制正在进入的通信呼叫的媒体。

-控制命令的语法可以是线性的和简单的。

图6示出了图示根据本公开的各种方面的用于操作通信设备的方法600的流程图。该方法600可以包括:在602中,根据命令集生成消息,用于使用由通信会话建立协议提供的通信服务;以及在604中,根据所生成的消息控制调制解调器电路;其中生成消息包括插入命令以用于对因特网协议多媒体子系统服务进行控制或建立中的至少一个。

生成消息可以包括插入标识符来标识因特网协议多媒体子系统服务或来标识因特网协议多媒体子系统服务的实例。此外,生成消息可以包括插入对媒体数据是否要由通信设备的应用处理器进行编码或解码中的至少一个进行指定的信息。生成消息可以包括插入以下中的至少一个:指定统一资源标识符的信息;指定所建立的通信连接的修改的信息;指定通信服务的配置的信息;或者控制正在进入的呼叫的信息。生成消息可以包括插入指定统一资源标识符的信息和通信设备参数或通信呼叫标识符中的至少一个。通信服务参数可以包括因特网协议多媒体子系统通信服务标识符(icsi)。生成消息可以包括插入通信设备参数和媒体数据参数来指定针对因特网协议多媒体子系统服务的媒体数据和媒体数据属性。媒体数据参数可以包括会话描述协议数据。生成消息可以包括根据调制解调器命令集生成消息。生成消息可以包括根据at命令集生成消息。此外,该方法还可以包括由通信会话建立协议(例如,会话发起协议)提供通信服务。

图7示出了图示了用于操作根据本公开的各种方面的通信设备的方法700的流程图。该方法700可以包括:在702中,在通信设备内根据为通信而被提供的命令集生成消息,并且控制为与另一通信设备的通信而被提供的通信服务;以及在704中,根据所生成的消息来控制通信设备的调制解调器电路,其中生成消息包括插入命令以用于对基于因特网协议的通信服务进行控制或建立中的至少一个。

生成消息可以包括插入命令以用于对基于因特网协议的多媒体通信业务进行控制或建立中的至少一个。生成消息可以包括插入标识符来标识基于因特网协议的通信服务或者来标识基于因特网协议的通信服务的实例。生成消息可以包括插入对媒体数据是否要由通信设备的应用处理器进行编码或解码中的至少一个进行指定的信息。生成消息可以包括插入以下中的至少一个:指定统一资源标识符的信息;指定所建立的通信连接的修改的信息;指定通信设备的配置的信息;或者控制正在进入的呼叫的信息。生成消息可以包括插入信息以指定通信服务参数或通信呼叫标识符中的至少一个和统一资源标识符。通信服务参数可以包括因特网协议多媒体子系统服务标识符(icsi)。生成消息可以包括插入通信服务参数和媒体数据参数以指定针对基于因特网协议的通信服务的媒体数据和媒体数据属性。媒体数据参数可以包括会话描述协议数据。生成消息可以包括根据调制解调器命令集生成消息。生成消息可以包括根据at命令集生成消息。该方法还可以包括提供由通信会话建立协议(例如,会话发起协议)包括的通信服务。

虽然已经参考具体实施例特别地示出和描述了本发明,但是应当由本领域中的技术人员理解的是,在不脱离由所附的权利要求书限定的本发明的精神和范围的情况下可以在其中做出形式和细节上的各种改变。因而,本发明的范围由所附的权利要求书指示并且因此意图涵盖在权利要求书的等同物的意义和范围内的所有改变。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1