一种处理通信请求的方法及设备

摘要

多播呼叫处理单元接收来自请求方的请求，判断该请求是否与多播功能相关，确定由多播功能定义的多个目的地并在请求方和多个目的地之间建立通信链路。在一个实施例中，呼叫处理单元在多个目的地和请求方之间建立通信链路之前，对多个目的地进行认证。如果来自请求方的请求与多播功能无关，则呼叫处理单元在请求方和单个目的地之间建立通信链路。在另一个实施例中，由监督者管理多个目的地。

权利要求

1.一种由呼叫处理单元处理通信请求的方法，其特征在于，所述方法包括：接收来自请求方的请求方识别符以建立通信链路的请求，所述请求方识别符包括多播功能指示符；

判决该请求是否与多播功能相关；

识别由多播功能定义的多播目的地；

从多播目的地中确定监督目的地；

认证监督目的地；

若监督目的地认证成功，则认证多个目的地中的除监督目的地外的其它目的地；

请求方请求得到监督目的地的批准，以及若收到监督目的地的批准，则建立到多播目的地的通信链路。

2.根据权利要求1所述的方法，其特征在于，该通信链路携载多媒体数据。

3.根据权利要求1所述的方法，其特征在于，建立过程包含认证至少一个多播目的地。

4.根据权利要求1所述的方法，其特征在于，确定过程包含从查询表中获取至少一个多播目的地。

5.一种用于与多个目的地进行通信的呼叫处理单元，其特征在于，所述呼叫处理单元包含：交换实体，用于确定监督目的地并对监督目的地及除监督目的地外的其它目的地进行认证，所述监督目的地是多个目的地中的一个；

启动器，可通信地连接到交换实体，所述启动器用于发起通信请求；

多个目的地，当通过交换实体连接到启动器时用于通信；

请求方请求得到监督目的地的批准，若收到监督目的地的批准，则交换实体用于将启动器连接到多个目的地，当启动器与交换实体的通信终止时，多个目的地中的两个继续通信。

6.根据权利要求5所述的呼叫处理单元，其特征在于，进一步包含：启动器信息；以及

交换实体使用的查询表，所述交换实体用于存储启动器信息到多个目的地的映射。

7.一种将请求方实体连接到多个目的地的方法，其特征在于，包括：接收来自请求方实体的通信请求；

利用从请求方实体接收通信请求的交换实体确定多个目的地；

确定监督目的地；

对监督目的地进行认证；

若监督目的地认证成功，则对除监督目的地外的其它目的地进行认证；

请求监督目的地批准将请求方实体连接到多个目的地；

接收来自监督目的地的批准；以及建立请求方实体和多个目的地之间的通信链路，并在交换实体的帮助下与多个目的地进行通信；

当请求方实体与交换实体停止通信时，保持链路以使多个目的地之间可继续通信。

8.根据权利要求7所述的方法，其特征在于，监督目的地包括多个目的地中的一个。

说明书

一种处理通信请求的方法及设备

技术领域

[0001] 本发明涉及一种用于电信设备的多播呼叫处理单元，更具体地说，涉及一种多播电话呼叫的建立，该呼叫通过由电信设备向交换机发出的建立通信链路的请求来触发。

背景技术

[0002] 目前市面上销售的某些系统，可允许两个以上的用户通过通信链路相互间进行同时倾听或同时交谈和倾听。 这类系统包含语音桥接系统、平行呼叫系统和电话线分接(telephone line tapping)系统等。语音桥接系统需要一组人员拨打特定号码。而在平行呼叫系统中，无法保证听取对话的人员的身份真实性。

[0003] 一般地，当电信设备用于通信时，拨打某特定号码，而后在呼叫机和该被拨号码相关的接收机之间建立通信链路。 如果某人希望同时与多人进行交谈，则他/她只能用单独电话对每个被叫方进行呼叫，使用每个被叫方的唯一的电话号码。 另一方面，所有被叫方使用相同号码拨入会议桥接，这样他们就可互相交谈且互相倾听。 这要求各被叫方都能拨入，且他们需要得到统一桥接号码，该号码也许只是会议鉴定号码，这要求有较高级别的协调性和逻辑性。

发明内容

[0004] 本发明的目的是要解决上述现有网络设备和方法中的缺陷。 本发明涉及一种方法和系统，用于处理建立语音、视频或数据通信链路的请求，所述方法和系统可完全解决现有技术中的一个或多个问题。 例如，请求接收器接收到来自请求方实体的要求建立通信链路的请求。 该通信链路可携载多媒体数据，其中包含，但不限于下述中的一种或多种：语音、视频、图像、影像、文本和数据。 判决单元判断该请求是否与多播功能相关。 识别单元确定由多播功能定义的多播目的地址，如果判决单元判断该请求与多播功能相关，则通信单元与多播目的地建立通信链路；如果判决单元判断该请求与多播功能无关，则通信单元与单个目的地建立通信链路。

[0005] 请求方实体和多播目的地可以是，但不限于下述中的一项或多项：有线电话、蜂窝电话、无线电话、视频电话、计算机和因特网电话。 在所述方法的一个实施例中，判决单元采用了请求方实体发送的请求方识别符，而识别单元采用了请求方识别符和查询表。 监督目的地被确定。 监督目的地也是多播目的地之一。 可选地，请求方实体可以是多播目的地之一。 监督目的地由系统认证，随后再认证除监督目的地之外的其它多播目的地。 该认证机制包含所有可能的认证机制，如：基于用户名-密码的、基于数字证书的、基于GPS的、基于语音识别和基于安全ID的等。

[0006] 呼叫处理单元可包含下述中的一项或多项：请求接收器、判决单元、识别单元、查询表和通信单元。 在该方法的一种情形下，呼叫处理单元从监督目的地恳求批准将请求方实体与多播目的地连接在一起；接收来自监督目的地的批准；并在请求方实体与多播目的地之间建立通信链路。 呼叫处理单元是智能单元。 它可对请求进行实时处理。 在另一种情形下，请求方实体无法识别其发送到网络中的请求是否与多播功能相相关。 可选地，可让请求方实体了解其与多播目的地而非监督目的地相连并进行通信。

[0007] 根据本发明的一方面，提供了一种由呼叫处理单元处理通信请求的方法，所述方法包括：

[0008] 接收来自请求方的建立通信链路的请求；

[0009] 判决该请求是否与多播功能相关；

[0010] 识别由多播功能定义的多播目的地；以及

[0011] 建立到多播目的地的通信链路。

[0012] 优选地，该通信链路携载多媒体数据。

[0013] 优选地，建立过程包含认证至少一个多播目的地。

[0014] 优选地，确定过程包含从查询表中获取至少一个多播目的地。

[0015] 优选地，获取过程包含认证请求方；且进一步包含采用请求方识别符从查询表中获取至少一个多播目的地。

[0016] 根据本发明的一方面，提供了一种用于处理通信请求的呼叫处理单元，包括：

[0017] 用于接收来自请求方的一个或多个请求的请求接收器；

[0018] 用于判决请求是否与多播功能相关的判决单元；

[0019] 用于识别由多播功能定义的一个或多个多播目的地的识别单元；以及[0020] 用于与多播目的地建立通信链路的通信单元，

[0021] 如果判决单元判断该请求与多播功能相关，则呼叫处理单元利用通信单元与多播目的地建立一条或多条通信链路，

[0022] 如果判决单元判断该请求与多播功能无关，则呼叫处理单元利用通信单元与单个目的地建立一条或多条通信链路。

[0023] 优选地，请求接收器用于接收来自请求方的请求方识别符；且进一步包含：

[0024] 查询表，其中包含请求方识别符到一个或多个目的地的映射，

[0025] 识别单元，该单元利用请求方识别符和查询表确定多播目的地。

[0026] 优选地，从请求方接收得到的请求方识别符包含多播功能指示符，且识别单元用于验证该请求方识别符是否为多播功能请求。

[0027] 优选地，判决单元监督请求方与由识别单元所确定的一个或多个多播目的地之间的通信。

[0028] 优选地，请求方利用通信单元与多播目的地进行通信。

[0029] 优选地，所述多播目的地从多媒体设备中选择得到。

[0030] 优选地，所述多播目的地从通信应用中选择得到。

[0031] 根据本发明的一方面，提供了一种用于与多个目的地进行通信的呼叫处理单元，所述呼叫处理单元包含：

[0032] 交换实体；

[0033] 启动器，可通信地连接到交换实体，所述启动器用于发起通信请求；

[0034] 多个目的地，当通过交换实体连接到启动器时用于通信；以及

[0035] 交换实体用于将启动器连接到多个目的地。

[0036] 优选地，呼叫处理单元进一步包含：

[0037] 启动器信息；以及

[0038] 交换实体使用的查询表，所述交换实体用于存储启动器信息到多个目的地的映射。

[0039] 优选地，多个目的地之一在认证之后，被配置为通过交换实体与启动器进行通信。

[0040] 优选地，呼叫处理单元被配置为，当启动器与交换实体的通信终止时，多个目的地之一被配置为停止通信。

[0041] 优选地，呼叫处理单元被配置为，当启动器与交换实体的通信终止时，多个目的地中的两个被配置为仍然可以相互通信。

[0042] 根据本发明的一方面，提供了一种将请求方实体连接到多个目的地的方法，包括：

[0043] 接收来自请求方实体的通信请求；

[0044] 利用从请求方实体接收通信请求的交换实体确定多个目的地；

[0045] 确定监督目的地；

[0046] 请求监督目的地批准将请求方实体连接到多个目的地；

[0047] 接收来自监督目的地的批准；以及

[0048] 建立请求方实体和多个目的地之间的通信链路，并在交换实体的帮助下与多个目的地进行通信。

[0049] 优选地，监督目的地包括多个目的地中的一个。

[0050] 优选地，该方法进一步包含向请求方实体警报判决和请求步骤的执行。

[0051] 优选地，该方法进一步包含：

[0052] 由监督者管理由交换实体定义的多个目的地，该监督者与监督目的地相关并由监督目的地进行认证。

[0053] 优选地，该方法进一步包含：

[0054] 认证监督目的地和多个目的地。

[0055] 优选地，该认证的步骤为：最初认证监督目的地，监督目的地成功认证之后接着认证多个目的地。

[0056] 优选地，该方法进一步包含：

[0057] 如果认证多个目的地失败而不是认证监督目的地失败，则继续监督目的地与请求方实体之间的通信链路。

[0058] 优选地，该方法进一步包含：

[0059] 如果尚未超过时间限制，则接收来自请求方实体要求在请求方实体和多个目的地之间建立通信链路的第二通信请求，并继续建立通信链路。

[0060] 优选地，该方法进一步包含：

[0061] 当请求方实体与交换实体停止通信时，断开通信链路。

[0062] 优选地，该方法进一步包含：

[0063] 当请求方实体与交换实体停止通信时，保持通信链路，这样多个目的地相互间可保持通信连接。

[0064] 优选地，该方法进一步包含：

[0065] 当除监督目的地之外的所有多个目的地与交换实体停止通信时，保持通信链路，这样请求方实体与监督目的地之间可以保持通信连接。

[0066] 优选地，该方法进一步包含：

[0067] 当监督目的地与交换实体停止通信时，保持通信链路，这样多个目的地相互间可保持通信连接。

[0068] 优选地，通信链路通过单一媒介携载信息。

[0069] 本发明的这些目的以及其它目的，将在下述优选实施例的描述中得到进一步说明。

附图说明

[0070] 为了使本发明便于理解和实施，下面将结合附图对优选实施例作进一步说明，优选实施例主要用于说明而非限制，附图中：

[0071] 图1是多播呼叫处理单元的一个实施例的方框图；

[0072] 图2是多播呼叫处理单元的另一个实施例的方框图；

[0073] 图3是建立多播通信链路的方法实例的流程图；

[0074] 图4是根据本发明的一个实施例、如果来自请求方的请求与多播功能相关、图3中认证请求方并获取多播目的地的操作流程图；

[0075] 图5是请求方与多个目的地建立连接的流程图；

[0076] 图6是根据本发明的一个实施例、图5中从多个目的地中确定一个监督目的地、认证该监督目的地、随后验证除监督目的地之外的剩余多个目的地的操作流程图；

[0077] 图7是根据本发明的一个实施例、图6中请求方如何终止建立在请求方和多个目的地之间的通信链路流程图；

[0078] 图8是根据另一实施例、图6中监督目的地和请求方如何终止建立在请求方和多个目的地之间的通信链路的流程图。

具体实施方式

[0079] 图1是多播呼叫处理单元131的一个实施例的方框图。 多播呼叫处理单元131包含请求接收器103、判决单元105、通信单元111、请求方113和多播目的地117。

[0080] 请求接收器103被配置为接收来自请求方113的要求，建立通信链路。通信链路承载多媒体数据，其中包含下述中至少一项，但不限于下述几项：语音、视频、图形、图像、文本和数据。 请求方113将请求方识别符发送到请求接收器103。 判决单元105被配置为判断来自请求方113的请求是否与多播功能相关。 在本例中，通过使用请求方识别符来完成该判决过程。请求方识别符包含多播功能指示符。 识别单元107采用请求方识别符和查询表109来确认由多播功能定义的多播目的地117。查询表109包含请求方识别符到多播目的地117的映射。 在另一种情况下，多播目的地117至少包含下述中的一项：陆上电话、蜂窝电话、视频电话、计算机和因特网电话。

[0081] 可选地，多播呼叫处理单元131包含请求方113、请求接收器103、判决单元105、识别单元107、查询表109以及被配置为与多播目的地117建立通信链路的通信单元
111。多播呼叫处理单元131处理通信请求，同时使多播目的地117合并到多播通信链路中，这样请求方113与多播目的地117间可相互进行通信。 请求接收器103、判决单元
105、识别单元107、查询表109和通信单元111相互间可通信地连接，可使通信请求的处理过程最优化。

[0082] 在另一种情况下，如果判决单元105判断来自请求方113的请求与多播功能无关，则通信单元111与单个目的地115建立通信链路。单个目的地115可从终端单元组中选择，该单元组可包括陆上电话、蜂窝电话、视频电话、计算机或因特网电话。 此外，如果判决单元105判断来自请求方113的请求与多播功能相关，则通信单元111与多播目的地117建立通信链路。

[0083] 多播呼叫处理单元131使一个请求方113可与多个目的地同时通信，多个目的地统称为多播目的地117。如图1所示，请求方113与多播目的地117的连接用实线表示，而请求方113与单个目的地115的连接用虚线表示。 这说明呼叫处理单元131在请求方113与单个目的地115和/或多播目的地117之间建立通信链路。在本发明的一个实施例中，请求方113属于多播目的地117组。

[0084] 图2是根据本发明的实施例、多播呼叫处理单元221的方框图。 启动器203可通信地连接到交换实体205。启动器203被配置为通过发送启动器信息向交换实体205发起通信请求。 交换实体205一旦接收到要求将启动器203与多个目的地209连接在一起的通信请求，即利用查询表207判断多个目的地。 查询表207可通信地连接到交换实体205。 查询表207被配置为存储启动器信息到多个目的地209的映射。 多个目的地209至少包含下述中的一项：陆上电话、蜂窝电话、视频电话、计算机和因特网电话。

[0085] 交换实体205确定监督目的地211。 监督目的地211是多个目的地209中的一个，用于管理其它多个目的地209中的一个或多个。 在一个实施例中，交换实体205可认证监督目的地211。认证机制可包含所有可能的认证机制，其中包括但不限于下述中的一种或多种：基于用户名-密码的、基于数字证书的、基于GPS的、基于语音识别和基于安全ID的等。 在本发明的另一种情况下，如果监督目的地211尚未得到交换实体205的认证，则不允许与多个目的地209进行通信。 只有当监督目的地211得到成功认证之后，多个目的地209中的其余地址才得到认证。 多个目的地209可通过交换实体205与启动器203进行通信。 在本发明的另一种情况下，启动器203是多个目的地209中的一个。 不带认证功能的实施例也包含在本发明的范围内。

[0086] 在一个实施例中，监督者212与监督目的地211相关并由其认证。 监督者212管理多个目的地209。在与呼叫处理单元和系统相关的实施例中，可使启动器203知道确定监督目的地211以及随后认证多个目的地209的步骤。

[0087] 在本系统的另一实施例中，启动器203不知道与多个目的地209而不是监督目的地211连接并进行通信。 在本系统的另一种情况下，当启动器203与交换实体205的通信终止时，多个目的地209停止与启动器203的通信。 在本系统的再一种情况下，当启动器203与交换实体205的通信终止时，多个目的地209仍可在他们自身之间进行相互通信。 在本系统的又一种情况下，当多个目的地209中一个或多个而不是监督目的地211停止它们内部与启动器203之间的通信时，启动器203与监督目的地211之间仍然可通信地连接。 多播呼叫处理单元221各实体间的通信链路携载多媒体数据，其中包括下述中的一项或多项，但不限于此：音频、视频、图形、图像、文本和数据。

[0088] 图3是通过呼叫处理单元建立多播通信链路的方法实例的流程图。 在图3中，在步骤303中，呼叫处理单元开始处理通信请求。 步骤305中，呼叫处理单元接收来自请求方的请求。在下一步骤307中，呼叫处理单元判断该请求是否与多播功能相关。 如果不相关，则该处理跳转到步骤309，呼叫处理单元在请求方和单个目的地之间建立通信链路。进而，处理该通信请求的方法在步骤311中结束。 如果来自请求方的请求与多播功能相关，该过程跳到步骤313。在步骤313中，呼叫处理单元确定由多播功能定义的多播目的地。 多播目的地可包括所有类型的多媒体设备和通信应用，其中包含但不限于下列中的一项或多项：陆上电话、蜂窝电话、视频电话、计算机和因特网电话。 步骤315中，在请求方和多播目的地之间建立通信链路。 进而，处理通信请求的方法在步骤317中结束。

[0089] 图4是根据本发明的一个实施例、如果来自请求方的请求与多播功能相关、图3中认证请求方并获取多播目的地的操作流程图。 在步骤405中，呼叫处理单元接收来自请求方的多播功能请求。 根据本发明的一个实施例，步骤405中呼叫处理单元对请求方进行认证。 认证之后，在步骤409中从查询表中获取多播目的地。可选地，呼叫处理单元根据请求方发送的请求方识别符获取多播目的地。 在步骤411中，呼叫处理单元在请求方和多播目的地之间建立通信链路。 进而处理该通信请求的方法在步骤413中结束。

[0090] 图5是由呼叫处理单元在请求方与多个目的地间建立连接的流程图。步骤505中接收到来自请求方的请求。 在步骤507中，确定多个目的地。 在步骤509中，从多个目的地中确定监督目的地。在步骤511中请求来自监督目的地的批准，以连接请求方。 如果请求未得到批准，则在步骤515中丢弃该请求。 一旦接收到来自监督目的地的批准，则在步骤517中建立请求方与多个目的地之间的通信链路。 多个目的地可以是，但不限于，多媒体设备、通信应用或上述两种的结合。 通信链路通过单一媒介承载多媒体数据或信息。

[0091] 图6是根据本发明的一个实施例、图5中一些操作的流程图。在步骤607中确定多个目的地之后，呼叫处理单元在步骤609中从多个目的地中确定监督目的地。 在发明的本实施例中，呼叫处理单元在步骤611中认证监督目的地。在步骤613中判断该认证是否成功。 如果认证不成功，则请求方不能与多个目的地建立连接并在步骤615中结束程序。 如果监督目的地的认证成功，呼叫处理单元在步骤617中认证多个目的地中除监督目的地之外的多个目的地。 如果认证不成功，在本发明的一个实施例中，在请求方和监督目的地间建立通信链路。 如果认证成功，在步骤621中呼叫处理单元在请求方和多个目的地间建立通信链路。 步骤611和步骤617中的认证可包含所有可能的认证机制，其中包括但不限于下述中的一种或多种：基于用户名密码的、基于数字证书的、基于GPS的、基于语音识别和基于安全ID的等。

[0092] 图7是根据本发明的一个实施例、图6中请求方如何终止建立在请求方和多个目的地之间的通信链路的流程图。 在步骤707中，呼叫处理单元判定请求方是否已与多个目的地停止通信。 如果请求方停止，则在步骤715中，呼叫处理单元使多个目的地保持可通信地连接。在步骤717中，呼叫处理单元判断链路终止请求是否到达。 链路终止请求来自监督目的地。 如果有链路断开请求，则在步骤719中呼叫处理单元断开多个目的地间的通信链路。 如果请求方尚未断开与多个目的地之间的通信，则在步骤709中判断是否满足断开链路条件，如果满足条件则在步骤719中由呼叫处理单元断开请求方和多个目的地之间的通信链路。

[0093] 图8是根据另一个实施例、图6中监督目的地和请求方如何终止建立在请求方和多个目的地之间的通信链路的流程图。 在步骤807中，如果呼叫处理单元确定监督目的地已经停止通信，则在步骤821中保持请求方活动目的地。步骤823中如果满足链路终止的条件，则在步骤825中，呼叫处理单元拆除请求方与活动目的地之间的通信链路。 链路终止的条件为来自请求方的请求或者所有活动用户停止与请求方通信的情况。

[0094] 在步骤809中，呼叫处理单元在得知监督目的地已经停止通信之后，判断请求方是否已停止通信。 如果请求方停止通信，呼叫处理单元跳转到步骤825并断开通信链路。 如果请求方尚未停止通信，当多个目的地中除监督目的地之外的其它所有目的地均已停止通信时，则呼叫处理单元使监督目的地与请求方保持可通信地连接。 这由步骤811、813和815可明显看出。

[0095] 在本方法的一个实施例中，请求方实体不知道正与监督目的地之外的多播目的地连接并进行通信。 在本方法的另一种情况下，请求方实体知道确定并认证监督目的地、随后认证其它多播目的地的步骤。 请求方实体无法识别由其发送的请求是否与多播功能相关。 可选地，可使请求方实体了解正与监督目的地之外的多播目的地建立连接并进行通信。 在任意两个实现通信互连的实体之间的通信链路中的信息流为下述中的一项或多项，但不限于下述各项：音频、视频、图形、图像、文本和多媒体数据。

[0096] 尽管已根据这些优选实施例对本发明进行了描述，但本领域的技术人员仍可知道，某些修改、变化和替代结构仍属于本发明的实质和范围。 为确定本发明的保护范围，请参考所附的权利要求。