CN1856137A - 一种确定集中控制服务器的方法及*** - Google Patents

一种确定集中控制服务器的方法及*** Download PDF

Info

Publication number
CN1856137A
CN1856137A CNA2005100682232A CN200510068223A CN1856137A CN 1856137 A CN1856137 A CN 1856137A CN A2005100682232 A CNA2005100682232 A CN A2005100682232A CN 200510068223 A CN200510068223 A CN 200510068223A CN 1856137 A CN1856137 A CN 1856137A
Authority
CN
China
Prior art keywords
centralized control
control server
server
request
selected cell
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
CNA2005100682232A
Other languages
English (en)
Other versions
CN100477862C (zh
Inventor
罗龙
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2005100682232A priority Critical patent/CN100477862C/zh
Priority to DE602006008595T priority patent/DE602006008595D1/de
Priority to AT06741742T priority patent/ATE440438T1/de
Priority to PCT/CN2006/000821 priority patent/WO2006114059A1/zh
Priority to EP06741742A priority patent/EP1868341B1/en
Publication of CN1856137A publication Critical patent/CN1856137A/zh
Application granted granted Critical
Publication of CN100477862C publication Critical patent/CN100477862C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1014—Server selection for load balancing based on the content of a request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1025—Dynamic adaptation of the criteria on which the server selection is based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Selective Calling Equipment (AREA)

Abstract

本发明公开了一种确定集中控制服务器的方法及***，本发明设置一个集中控制服务器选择单元，该单元保存各服务器的属性和集中控制服务器的选择规则，当该单元接收到服务器发送的获取集中控制服务器的请求后，根据会话信息、自身保存的服务器属性和选择规则选定一个服务器作为集中控制服务器。本发明可以根据在业务进行时的具体情况灵活选择集中控制服务器，大大提高了业务成功率，同时也可以减少***传输流量、合理利用网络资源。

Description

一种确定集中控制服务器的方法及***
技术领域
本发明涉及集中控制的多方业务领域，具体涉及一种确定集中控制服务器的方法及***。
背景技术
即按即讲(PTT，Push To Talk)是一种半双工的通讯技术，它的实现方式很多，例如：综合数字增强网络(iDEN，Integrated Digital EnhancedNetwork)、陆地集群无线电***(Tetra，Terrestrial Trunk Radio System)等。基于蜂窝网络的PTT(POC，PTT Over Cellular)是开放移动联盟组织(OMA，Open Mobile Alliance)定义的在分组网络上实现的PTT业务，它采用分组语音(VOIP，Voice Over Internet Protocol)和半双工的方式，低成本、高效率地满足用户的实时通信需求。POC业务具有以下特点：通话时不需要拨号，按住特殊键即可实现语音通信；可实现组播，一人说话，多人同时收听；会话群组可以预先定义，也可以临时定义；通话过程是半双工模式，用户在接听时不能发言；用户一直在线，通话建立时间短，快于拨号。
OMA对POC的网络框架进行了定义，如图1所示，主要包括POC客户端、会话启动协议(SIP，Session Initiation Protocol)网络和POC服务器。POC客户端和POC服务器之间通过支持SIP协议的SIP网络实现POC业务。
目前在实现POC会话时，一个POC会话是由一个POC服务器执行控制功能(CF，Controlling Function)的，即该POC服务器实现对该POC会话的集中控制，将其称为集中控制服务器，CF包括：实时传输协议(RTP，Realtime Transport Protocol)媒体分发、呼叫控制(TBC，Talk Burst Control)控制、对参与会话的成员执行会话策略以及处理参与成员信息等。所有的POC业务都需要先发送给该POC服务器，由其执行CF后再分发给该会话群组中的各被叫用户。在一个POC会话中可能会有多个POC服务器，但有且仅有一个POC服务器执行CF，该服务器同时也可执行参与功能(PF，Participating Function)，而其它的POC服务器仅执行PF，用户通过执行PF的POC服务器接入集中控制服务器，PF包括：实现用户与集中控制服务器之间的信令和POC业务的中继，以及实现一个用户的多个会话的管理，例如实现会话过滤等。
目前，在POC***中，一般是在会话建立阶段，根据以下固定规则选择集中控制服务器的：
一、若POC会话群组为临时建立的，例如：点到点、临时选择会话成员的临时建立网络群组(ad hoc)等，则选定发起会话建立请求的用户归属的POC服务器作为集中控制服务器；
二、若POC业务会话群组为预先建立的，例如：Prearranged group、Chatgroup等，则选定预先设定的管理该群组的POC服务器作为集中控制服务器。
图2是以临时建立群组为例，描述现有技术中在会话建立阶段选择集中控制服务器的流程图，如图2所示，其具体步骤如下：
201：用户1(UE1)通过高层信令例如SIP、发起会话建立请求(INVITE)，INVITE消息携带主叫和被叫地址，该消息经过SIP网络的路由被发送给UE1归属的POC服务器。
INVITE是SIP协议中的标准信令。
202：UE1归属的POC服务器收到该消息后，判断自身是执行PF还是CF，经判断得知自身执行CF，即自身为集中控制服务器。
POC服务器判断自身是执行PF还是CF，具体步骤如下：
POC服务器收到INVITE消息后，可根据SIP网络提供的POC业务触发点类型进行判断，若标识为发源POC业务触发点，那么，POC服务器就执行PF；若标识为终结POC业务触发点，则进一步判断消息中携带的被叫是否由该POC服务器接入，若是，POC服务器执行PF，否则，POC服务器执行CF。
203：UE1归属的POC服务器对该消息执行CF后，根据消息中的被叫地址信息，通过SIP网络路由机制，将消息分别发送给各被叫归属的POC服务器。
消息中同时携带本次会话连接所需的业务地址信息，UE1归属的POC服务器、即集中控制服务器的地址包含在内。
204：各被叫归属的POC服务器收到INVITE消息后，通过SIP网络路由后将消息发送给被叫。
如果各被叫归属的POC服务器决定自身作为业务中间节点，则保存本次会话连接所需的业务地址信息，以便以后发起业务。
如果各被叫归属的POC服务器决定自身不作为业务中间节点，则由各个被叫保存本次会话连接所需的地址信息，以便以后发起业务。
205：各被叫收到消息后，通过SIP网络路由，给主叫UE1发送200 OK响应，UE1收到后会话建立成功。
利用以上固定规则选择集中控制服务器会对POC业务的实现产生以下缺点：
一、无法适应POC业务扩展的需求。现有的POC业务仅限于半双工语音业务，POC服务器也只支持语音业务，随着POC技术的发展，将来的POC业务将会增加多媒体等业务，这样，若根据以上规则选择的POC服务器不支持用户发起的业务类型，那么就会导致此次业务请求失败。同时，若在会话进行过程中，会话属性发生了变化，且根据以上规则选择的POC服务器不支持新的会话属性，那么也会导致业务请求失败。
二、有可能给***增加额外的传输负担。这主要发生在用户分布不均匀的情况下。例如：若在本次会话中根据以上规则选定的集中控制服务器，在进行业务通信时恰好所属的本次业务群组用户较少，那么，此时就有可能使得***中的传输流量增加。举例说明：如图3A和图3B所示，设已存在一个由UE5发起建立的ad hoc型的多方会话，其中UE1、UE2、UE3、UE4都通过POC服务器1接入，UE5通过POC服务器2接入，如果UE1要发送一个100kb的语音业务，现在比较分别用POC服务器2和POC服务器1作为集中控制服务器所产生的媒体传输流量。图3A所示是根据以上固定规则一选定UE5归属的POC服务器2作为集中控制服务器，可以看出，该业务经UE1归属的POC服务器1到达集中控制服务器即POC服务器2后，POC服务器2直接发送100kb该业务给UE5，并经由POC服务器1分别发送100kb该业务给UE2、UE3、UE4，***中的传输流量一共是900kb。图3B所示是，不考虑以上固定规则，而选定POC服务器1作为集中控制服务器，可以看出，该业务到达集中控制服务器即POC服务器1后，POC服务器1分别发送100kb该业务给UE2、UE3、UE4，并经POC服务器2发送100kb该业务给UE5，***中的传输流量一共是600kb。比较图3-1和图3-2可以看出，后者比前者少了在POC服务器1和POC服务器2之间传输的300kb的流量。
三、不能合理利用网络资源。该方法没有考虑POC服务器的负载能力。例如：根据以上固定规则选定了集中控制服务器，但该POC服务器已经达到了其业务负载极限，那么，就会影响业务进行甚至导致此次业务失败，而其它POC服务器却处于低负载状态。
发明内容
有鉴于此，本发明的主要目的在于提供一种确定集中控制服务器的方法，本发明的另一目的在于提供一种确定集中控制服务器的***，以达到根据用户实际业务请求灵活选择集中控制服务器的目的，从而提高需要集中控制的业务会话的成功率，并提高业务***的总体性能。
为达到上述目的，本发明的技术方案是这样实现的：
一种确定集中控制服务器的方法，设置一个集中控制服务器选择单元，该单元保存各服务器的属性和集中控制服务器的选择规则，该方法包括：
A、集中控制服务器选择单元接收到服务器发送的获取集中控制服务器的请求，根据该请求消息携带的会话信息、自身保存的服务器属性和集中控制服务器选择规则选定一个服务器作为集中控制服务器；
B、选定的集中控制服务器处理业务。
步骤B所述业务为会话建立请求，所述步骤B为：
集中控制服务器选择单元向请求的服务器返回对应于集中控制服务器的指示信息，该服务器根据指示信息，将会话建立请求发送给集中控制服务器，集中控制服务器收到后，执行控制功能CF，然后将该请求发送给被叫，被叫收到后给主叫用户返回会话建立响应，主叫用户收到响应后，会话建立成功。
步骤A所述获取集中控制服务器的请求进一步携带有会话建立请求；
所述步骤A与步骤B之间，进一步包括：集中控制服务器选择单元将会话建立请求直接发送给选定的集中控制服务器；
所述步骤B为：集中控制服务器收到后，执行CF，然后将该请求发送给被叫，被叫收到后将会话建立响应返回给主叫用户，主叫用户收到响应后，会话建立成功。
所述步骤A之前进一步包括：原集中控制服务器决定选择新的集中控制服务器，向集中控制服务器选择单元发送获取集中控制服务器的请求；
所述步骤A与所述步骤B之间进一步包括：
B0、通知选定的新集中控制服务器和本次业务接入的所有服务器进行切换，然后通知原集中控制服务器停止执行CF。
所述原集中控制服务器决定选择新的集中控制服务器之前进一步：原集中控制服务器确定无法支持当前的业务请求，或原集中控制服务器确定当前达到最大负载，或原集中控制服务器确定运营商要求更换集中控制服务器，或接收到集中控制服务器选择单元发送的进行集中控制服务器更换的通知。
步骤B0所述通知选定的新集中控制服务器进行切换，为：原集中控制服务器接收到来自集中控制服务器选择单元的集中控制服务器指示信息，根据该指示信息向选定的新集中控制服务器发送集中控制服务器切换请求，选定的新集中控制服务器向原集中控制服务器返回响应消息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：原集中控制服务器收到响应消息后，向本次业务接入的所有服务器发送更新集中控制服务器请求，该更新集中控制服务器请求携带有新集中控制服务器的指示信息，本次业务接入的所有服务器根据该指示信息与新集中控制服务器建立连接，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：本次业务接入的所有服务器完成切换后，向原集中控制服务器发送切换完成响应，原集中控制服务器收到该响应后停止执行CF。
步骤B0所述通知选定的新集中控制服务器进行切换，为：原集中控制服务器接收到来自集中控制服务器选择单元的集中控制服务器指示信息，根据该指示信息向选定的新集中控制服务器发送集中控制服务器切换请求，该集中控制服务器切换请求携带有本次业务接入的所有服务器的业务地址信息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：选定的新集中控制服务器向本次业务接入的所有服务器发送更新集中控制服务器请求，本次业务接入的所有服务器向新集中控制服务器返回响应消息，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：选定的新集中控制服务器向原集中控制服务器发送停止执行CF消息，原集中控制服务器收到该消息后停止执行CF。
步骤B0所述通知选定的新集中控制服务器进行切换，为：集中控制服务器选择单元向选定的新集中控制服务器发送集中控制服务器切换请求，选定的新集中控制服务器向集中控制服务器选择单元返回响应消息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：集中控制服务器选择单元收到响应消息后，向原集中控制服务器发送集中控制服务器指示信息，原集中控制服务器收到该指示信息后，向本次业务接入的所有服务器发送更新集中控制服务器请求，该更新集中控制服务器请求携带有新集中控制服务器的指示信息，本次业务接入的所有服务器根据该指示信息与新集中控制服务器建立连接，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：本次业务接入的所有服务器完成切换后，向原集中控制服务器发送切换完成响应，原集中控制服务器收到该响应后停止执行CF。
步骤A所述会话信息包括：本次业务接入服务器的业务地址信息；
步骤B0所述通知选定的新集中控制服务器进行切换，为：集中控制服务器选择单元向选定的新集中控制服务器发送集中控制服务器切换请求，该集中控制服务器切换请求携带有本次业务接入服务器的业务地址信息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：选定的新集中控制服务器向本次业务接入的所有服务器发送更新集中控制服务器请求，本次业务接入的所有服务器向新集中控制服务器返回响应消息，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：集中控制服务器选择单元收到选定的新集中控制服务器发送的切换完成消息后，通知原集中控制服务器停止执行CF。
所述选择规则包括：指定集中控制服务器，或用户请求的业务类型，或服务器的负载，或用户分布，或以上任意的组合。
所述选择规则为服务器的负载，同时，步骤A所述集中控制服务器选择单元保存的服务器属性包括：服务器的最大负载；
步骤A所述集中控制服务器选择单元选定一个服务器作为集中控制服务器的具体步骤为：集中控制服务器选择单元收到获取集中控制服务器的请求，依次判断各服务器是否达到自身的最大负载，若是，判定该服务器不能作为集中控制服务器；否则，判定该服务器能作为集中控制服务器，最后，在能作为集中控制服务器的服务器中，选定负载最小的服务器作为集中控制服务器。
所述选择规则为用户分布，同时，步骤A所述集中控制服务器选择单元保存的服务器的属性包括：服务器所属的本次业务用户数；
步骤A所述集中控制服务器选择单元选定一个服务器的具体步骤为：集中控制服务器选择单元收到获取集中控制服务器的请求，依次比较各服务器接入本次业务的用户的数目，最后选择接入用户最多的服务器作为集中控制服务器。
所述选择规则为：用户请求的业务类型，服务器的负载，和用户分布三者的组合；
步骤A所述集中控制服务器选择单元选定一个服务器的具体步骤为：
集中控制服务器选择单元首先根据自身保存的各服务器能提供的业务类型，依次判断各服务器是否能提供会话建立请求中所要求的业务，若是，记录该服务器；然后，继续判断记录的各服务器是否达到了各自的最大负载，并将已达到最大负载的服务器从记录中删除；最后，比较记录的各服务器接入本次业务的用户的数目，将接入用户最多的服务器定为集中控制服务器。
所述方法进一步包括：集中控制服务器选择单元接收到选择规则更新信息，根据该信息更新自身保存的选择规则。
所述步骤B为：选定的集中控制服务器接收到携带有群组标识的业务请求后，所述集中控制服务器根据该群组标识，向管理该群组的服务器或保存群组信息的数据库发送获取群组信息的请求，且在接收到群组信息后，根据该群组信息，向该群组中的各被叫发送业务请求。
所述步骤B为：选定的集中控制服务器接收到携带有群组标识的业务请求后，所述集中控制服务器向集中控制服务器选择单元发送获取群组信息请求，请求消息携带群组标识，集中控制服务器选择单元收到后将该请求转发给管理该群组的服务器或保存群组信息的数据库，并将返回的群组信息发送给集中控制服务器，然后，集中控制服务器根据该群组信息，向该群组中的各被叫发送业务请求。
一种确定集中控制服务器的***，该***包括：
服务器：用于对业务请求执行CF或参与功能PF，用于向集中控制服务器选择单元发送获取集中控制服务器的请求，用于接收集中控制服务器的指示信息；
用于保存所有服务器的属性和集中控制服务器的选择规则的集中控制服务器选择单元：用于接收服务器的获取集中控制服务器请求，并根据请求消息携带的会话信息、以及自身保存的服务器属性和选择规则选择一个服务器作为集中控制服务器，并将选定的集中控制服务器的指示信息发送给服务器。
与现有技术相比，本发明提供的方法设置一个集中控制服务器选择单元，该单元保存各服务器的属性和集中控制服务器的选择规则，当该单元接收到服务器发送的获取集中控制服务器的请求后，根据会话信息、自身保存的服务器属性和选择规则选定一个服务器作为集中控制服务器。本发明可根据在业务进行时的具体情况灵活选择集中控制服务器，大大提高了业务成功率，同时也可以减少***传输流量、合理利用网络资源。
附图说明
图1为POC***的网络框架图；
图2为以临时建立的POC会话群组为例，现有技术在会话建立阶段实现选择集中控制服务器的示意图；
图3A和图3B为选择不同的POC服务器作为集中控制服务器产生的不同的传输流量的对比图；
图4为本发明提供的确定集中控制服务器的***组成图；
图5为本发明提供的在会话建立阶段确定集中控制服务器的示意图；
图6为本发明提供的原集中控制服务器进行集中控制服务器更换的具体实施例一的示意图；
图7为本发明提供的原集中控制服务器进行集中控制服务器更换的具体实施例二的示意图；
图8为本发明提供的原集中控制服务器进行集中控制服务器更换的具体实施例三的示意图；
图9为本发明提供的原集中控制服务器进行集中控制服务器更换的具体实施例四的示意图；
图10为本发明提供的集中控制服务器获取群组信息的方式一的示意图；
图11为本发明提供的集中控制服务器获取群组信息的方式二的示意图。
具体实施方式
本发明的核心思想是：设置一个集中控制服务器选择单元，该单元保存各服务器的属性和集中控制服务器的选择规则，当集中控制服务器选择单元接收到服务器发送来的获取集中控制服务器的请求后，根据该请求消息携带的会话信息、自身保存的服务器属性和集中控制服务器选择规则选定一个服务器作为集中控制服务器，然后该选定的集中控制服务器处理业务。
图4是本发明提供的确定集中控制服务器的***组成图，如图4所示，该***主要包括：
服务器：用于对业务请求执行CF或PF，并用于向集中控制服务器选择单元发送获取集中控制服务器的请求，用于接收集中控制服务器的指示信息。
集中控制服务器选择单元：用于保存所有服务器的属性和集中控制服务器的选择规则，当接收到服务器的获取集中控制服务器请求后，根据请求消息携带的会话信息、以及自身保存的服务器属性和选择规则选择一个服务器作为集中控制服务器，然后将选定的集中控制服务器的指示信息发送给服务器。
集中控制服务器选择单元具体保存哪些服务器的属性，可由运营商等根据实际情况决定。例如：运营商可保存所有能提供语音业务的服务器的属性。
集中控制服务器选择单元是一个逻辑功能模块，可以集成在服务器中，也可以单独存在。集中控制服务器选择单元也可以接收来自业务提供商等其它***的选择规则更新信息。
在本发明中，可以在会话建立阶段选择集中控制服务器，也可以在会话建立后，进行具体业务通信时选择集中控制服务器。同时，若在业务进行中，已经选定的集中控制服务器发现自身不能支持当前的业务，此时也可以重新选择集中控制服务器。
图5是本发明提供的在会话建立阶段确定集中控制服务器的流程图，如图5所示，其具体步骤如下：
步骤501：UE1发起会话建立请求，请求消息中携带会话类型、会话属性和被叫标识信息列表等会话信息。
会话类型，具体地，在POC***中指：临时建立的或预建立的。会话属性中可包含本次会话的业务类型等。
会话属性包括：本次业务连接的地址信息等。
会话建立请求可通过SIP协议实现。
步骤502：UE1归属的服务器收到会话建立请求后，向集中控制服务器选择单元发送获取集中控制服务器的请求，请求消息中携带会话类型、会话属性、被叫标识信息列表等会话信息。
会话建立请求中携带有该请求是否是第一次发送到服务器的标识，服务器根据该标识确定自己第一个接收到该请求之后，向集中控制服务器选择单元发送获取集中控制服务器的请求，具体判断过程与现有技术相同。
步骤503：集中控制服务器选择单元收到请求后，根据自身保存的集中控制服务器的选择规则和服务器属性以及请求消息携带的会话信息，选定集中控制服务器后，将该服务器的指示信息发送给UE1归属的服务器。
指示信息可以是服务器的地址信息。
集中控制服务器的选择规则是指影响业务会话运行的规则的集合，可以包括：
A：运营商预先配置的规则。例如：运营商可根据自身需要，指定某些服务器作为集中控制服务器。
B：根据服务器的负载选择。预先设定各服务器的最大负载。对于某个服务器来说，只有在其负载小于设定值时，才有可能被选择来作为集中控制服务器。在多个服务器均可选时，可选择负载最小的服务器作为集中控制服务器。
C：根据服务器能处理的业务类型选择。预先保存各服务器能够处理的业务类型。例如：对于POC***，随着POC技术的发展，不同的POC业务可能会由不同的POC服务器来处理，集中控制服务器选择单元根据发送来的POC业务的类型，在可实现该业务的POC服务器中选择集中控制服务器。
D：根据用户分布选择。在用户分布不均匀的情况下，通过判断各服务器的本次会话中用户的分布情况，选定本次会话用户接入较多的服务器作为集中控制服务器，以实现传输流量较小，节省***资源。
在实际应用中，集中控制服务器选择单元可根据以上规则中的一种或任意组合来选择集中控制服务器，例如，根据B和C的组合，或者根据C和D的组合等选择集中控制服务器。另外，集中控制服务器选择单元可根据网路提供的信息例如拥塞情况，以及运营商的设置、网络结构的变化等对选择规则进行更新。
步骤504：UE1归属的服务器收到该指示信息后，根据该指示信息，将会话建立请求发送给选定的集中控制服务器。
步骤505：集中控制服务器接收到会话建立请求后，执行CF，根据被叫标识信息列表，向被叫发送会话建立请求，请求消息中携带本次业务的地址信息。
步骤506：被叫归属的服务器接收到会话建立请求后，根据被叫标识信息，将该请求发送给被叫。
经过传输网络例如：SIP网络的路由，集中控制服务器发送的会话建立请求会先被发送给被叫归属的服务器，然后再发送给被叫。
被叫归属的服务器接收到会话建立请求后，会保存本次会话连接的地址信息，以便以后发起业务。
步骤507：被叫通过自身归属的服务器、集中控制服务器、主叫归属的服务器给主叫UE1返回会话建立响应，UE1收到响应后会话建立成功。
会话建立响应携带本次业务连接的地址信息。
会话建立后，会话群组中的用户之间就可进行业务通信了。
为了减少会话建立时间，可对本实施例作以下改进：
步骤502中，UE1归属的服务器向集中控制服务器选择单元发送获取集中控制服务器的请求时，请求消息中可进一步携带会话建立请求；步骤503中，集中控制服务器选择单元选定集中控制服务器后，直接根据会话建立请求中携带的被叫地址信息，将会话建立请求发送给被叫归属的服务器，然后直接转至步骤506；在步骤507中，会话建立响应携带有集中控制服务器的指示信息，UE1归属的服务器会保存该指示信息。
从以上步骤可以看出，在每次会话建立阶段根据选择规则来选择集中控制服务器。这样就可以根据与本次业务运行相关的具体方面，例如：本次会话的业务属性、当前的网络情况、选用不同服务器产生不同传输流量等，选择一个最利于本次会话运行的服务器作为集中控制服务器。这种可根据在进行会话时的具体情况灵活选择集中控制服务器的方法，大大提高了业务成功率，同时也可以减少***传输流量、合理利用网络资源。
以上所述的UE1归属的服务器与集中控制服务器可为同一服务器也可为不同服务器；同样的，集中控制服务器与被叫归属的服务器可为同一服务器，也可为不同服务器。
另外，当在业务处理过程中，发生了如下改变时，原集中控制服务器也可向集中控制服务器选择单元发送获取集中控制服务器的请求：
一、由于业务属性改变，原集中控制服务器无法支持业务处理
二、由于负载过大等，原集中控制服务器无法继续进行业务处理；
三、运营商指示进行集中控制服务器更换。
当发生以上改变时，可由维护网络或运营商直接通知原集中控制服务器进行集中控制服务器的更换，也可由维护网络或运营商通过集中控制服务器选择单元通知原集中控制服务器进行集中控制服务器的更换。
图6是原集中控制服务器进行集中控制服务器更换的具体实施例一的示意图，其具体步骤如下：
步骤601：原集中控制服务器向集中控制服务器选择单元发送获取集中控制服务器的请求，请求消息中携带会话类型、会话属性。
步骤602：集中控制服务器选择单元收到请求后，根据自身保存的集中控制服务器的选择规则和服务器属性以及请求消息携带的会话信息，选定新的集中控制服务器后，将该服务器的指示信息发送给步骤601中的原集中控制服务器。
在这里，若选择规则包括用户分布，那么要选择本次业务用户接入最多的服务器作为集中控制服务器。
步骤603：原集中控制服务器收到该指示信息后，根据该指示信息，给新集中控制服务器发送集中控制切换请求要求其执行CF。
步骤604：新集中控制服务器收到该请求后，给原集中控制服务器返回响应消息。
步骤605：原集中控制服务器收到该消息，向本次业务接入的所有服务器发送更新集中控制服务器请求，消息携带新集中控制服务器的指示信息。
步骤606：本次业务接入的服务器收到该消息后，根据指示信息，更新集中控制服务器，并向新集中控制服务器发送建立连接请求。
步骤607：新集中控制服务器收到该请求后，记录本次业务接入的服务器的业务地址信息，并给该服务器返回建立连接响应，响应消息携带自身本次业务的地址信息。
步骤608：本次业务接入的服务器收到该响应后，向原集中控制服务器返回切换完成响应。
步骤609：原集中控制服务器收到所有服务器的响应消息，停止执行CF。
图7是原集中控制服务器进行集中控制服务器更换的具体实施例二的示意图，其具体步骤如下：
步骤701：原集中控制服务器向集中控制服务器选择单元发送获取集中控制服务器的请求，请求消息中携带会话类型、会话属性。
步骤702：集中控制服务器选择单元收到请求后，根据自身保存的集中控制服务器的选择规则和服务器属性以及请求消息携带的会话信息，选定新的集中控制服务器后，将该服务器的指示信息发送给原集中控制服务器。
步骤703：原集中控制服务器收到该指示信息后，根据该指示信息，给新集中控制服务器发送集中控制切换请求要求其执行CF，请求消息同时携带本次业务接入的所有接入服务器的业务地址信息。
步骤704：新集中控制服务器收到该请求后，向本次业务接入的所有服务器发送更新集中控制服务器请求，消息携带新集中控制服务器的指示信息和自身本次业务的地址信息。
步骤705：本次业务接入的服务器收到该消息后更新集中控制服务器，并给新集中控制服务器返回响应消息。
步骤706：新集中控制服务器收到所有服务器的响应消息后给原集中控制服务器返回停止执行CF消息。
步骤707：原集中控制服务器收到该消息后停止执行CF。
图8是原集中控制服务器进行集中控制服务器更换的具体实施例三的示意图，该实施例与图6相比：
步骤801与步骤601相同；
步骤802与步骤602的区别在于，集中控制服务器选择单元选定新的集中控制服务器后，直接向新的集中控制服务器发送集中控制服务器切换请求；
步骤803为：新的集中控制服务器收到该请求后给集中控制服务器选择单元返回响应消息；
步骤804为：集中控制服务器选择单元收到响应消息后，给原集中控制服务器返回新集中控制服务器的指示信息，该消息同时携带通知新集中控制服务器已完成切换的参数；
步骤805～809与步骤605～609相同。
图9是原集中控制服务器进行集中控制服务器更换的具体实施例四的示意图，该实施例与图7相比：
步骤901中获取集中控制服务器请求消息携带的会话属性包括：本次业务接入的所有服务器的业务地址信息；
步骤902与步骤702的区别在于，集中控制服务器选择单元选定新的集中控制服务器后，直接向新集中控制服务器发送集中控制服务器切换请求，请求消息携带本次业务接入的所有服务器的地址信息；
步骤903～904与步骤704～705相同；
步骤905为：新集中控制服务器收到响应消息后，给集中控制服务器选择单元发送切换完成消息；
步骤906为：集中控制服务器选择单元收到该消息，向原集中控制服务器发送停止执行CF消息；
步骤907与步骤707相同。
从以上步骤可以看出，当集中控制服务器发现需要重新选择新的集中控制服务器时，可通过向集中控制服务器选择单元发送获取集中控制服务器请求来实现。新的集中控制服务器选定后，原集中控制服务器停止执行CF，由新的集中控制服务器对业务执行CF。
另外，若会话群组为预先建立的，那么集中控制服务器必须首先获取群组信息，然后才能对发送来的业务进行进一步处理。群组信息包括该群组所属的用户的信息，保存在管理该群组的服务器上或专门用来保存群组信息的数据库中。集中控制服务器可通过以下两种方式获得群组信息：
方式一、通过集中控制服务器选择单元获取。该方式的示意图如图10所示，具体步骤如下：
1001：集中控制服务器接收到业务请求后，根据消息携带的被叫的群组标识，判断该群组是否归属于自身管理，若是，根据自身保存的群组信息，将业务请求分发给被叫，本流程结束；否则，执行步骤1002。
1002：集中控制服务器向集中控制服务器选择单元发送获取群组信息请求，请求消息中携带群组标识。
获取群组信息请求可通过可扩展标记语言配置访问协议(XCAP，XMLConfiguration Access Protocol)实现。
1003：集中控制服务器选择单元接收到该请求，根据群组标识，将该请求转发给管理该群组的服务器或保存群组信息的数据库。
1004：管理该群组的服务器或保存群组信息的数据库接收到该请求，给集中控制服务器选择单元返回群组信息。
1005：集中控制服务器选择单元收到群组信息后，将其转发给集中控制服务器。
1006：集中控制服务器收到群组信息后，根据该群组信息，将业务请求分发给被叫。
1007：被叫归属的服务器收到业务请求后，将业务请求分别发送给各被叫。
同样，会话建立请求经过传输网络例如：SIP网络的路由，会先被发送给被叫归属的服务器，然后再发送给被叫。
方式二、集中控制服务器直接根据群组标识向管理该群组的服务器或保存群组信息的数据库查询。该方式的示意图如图11所示，其具体步骤如下：
1101：集中控制服务器接收到业务请求后，根据消息携带的被叫的群组标识，判断该群组是否归属于自身管理，若是，根据自身保存的群组信息，将业务请求分发给被叫，本流程结束；否则，执行步骤1102。
1102：集中控制服务器根据群组标识，直接向管理该群组的服务器或保存群组信息的数据库发送获取群组信息请求。
1103：管理该群组的服务器或保存群组信息的数据库接收到该请求后，给集中控制服务器返回群组信息。
1104：集中控制服务器收到群组信息后，根据群组信息，将业务请求发送给被叫。
1105：被叫归属的服务器收到业务请求后，将业务请求分别发送给各被叫。
同样，会话建立请求经过传输网络例如：SIP网络的路由，会先被发送给被叫归属的服务器，然后再发送给被叫。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本实施例以POC***为例，且在本实施例中集中控制服务器选择单元保存的选择规则包括：
规则1、业务类型限制。
规则2、POC服务器的最大负载为80％。
规则3、接入用户最多原则。即在同等条件下，选择本次业务用户接入较多的POC服务器作为集中控制服务器。
其中：规则1的优先级最高，规则2次之，规则3最低。
集中控制服务器选择单元还保存了各POC服务器能提供的业务。即如果一个POC服务器不具备执行用户所请求的业务的能力，则该POC服务器不能作为该会话的集中控制服务器。
用户归属的POC服务器收到用户的会话建立请求后，向集中控制服务器选择单元发送获取集中控制服务器的请求。集中控制服务器选择单元收到该请求后，执行以下步骤：
A：首先分析用户所要进行的业务的类型，例如：用户请求建立基于视频能力的业务，那么仅仅支持语音能力的POC服务器就不能被选择。
B、判断步骤A选中的各POC服务器是否达到了各自的最大负载。只有没有达到最大负载的服务器才能被进一步选中。
C、比较步骤B中选中的各服务器的本次会话用户的分布情况。最后选择接入用户最多的POC服务器作为本次会话的集中控制服务器。
以上所述仅为本发明的过程及方法实施例，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1、一种确定集中控制服务器的方法，其特征在于，设置一个集中控制服务器选择单元，该单元保存各服务器的属性和集中控制服务器的选择规则，该方法包括：
A、集中控制服务器选择单元接收到服务器发送的获取集中控制服务器的请求，根据该请求消息携带的会话信息、自身保存的服务器属性和集中控制服务器选择规则选定一个服务器作为集中控制服务器；
B、选定的集中控制服务器处理业务。
2、根据权利要求1所述的方法，其特征在于，步骤B所述业务为会话建立请求，所述步骤B为：
集中控制服务器选择单元向请求的服务器返回对应于集中控制服务器的指示信息，该服务器根据指示信息，将会话建立请求发送给集中控制服务器，集中控制服务器收到后，执行控制功能CF，然后将该请求发送给被叫，被叫收到后给主叫用户返回会话建立响应，主叫用户收到响应后，会话建立成功。
3、根据权利要求1所述的方法，其特征在于，步骤A所述获取集中控制服务器的请求进一步携带有会话建立请求；
所述步骤A与步骤B之间，进一步包括：集中控制服务器选择单元将会话建立请求直接发送给选定的集中控制服务器；
所述步骤B为：集中控制服务器收到后，执行CF，然后将该请求发送给被叫，被叫收到后将会话建立响应返回给主叫用户，主叫用户收到响应后，会话建立成功。
4、根据权利要求1所述的方法，其特征在于，所述步骤A之前进一步包括：原集中控制服务器决定选择新的集中控制服务器，向集中控制服务器选择单元发送获取集中控制服务器的请求；
所述步骤A与所述步骤B之间进一步包括：
B0、通知选定的新集中控制服务器和本次业务接入的所有服务器进行切换，然后通知原集中控制服务器停止执行CF。
5、根据权利要求4所述的方法，其特征在于，所述原集中控制服务器决定选择新的集中控制服务器之前进一步：原集中控制服务器确定无法支持当前的业务请求，或原集中控制服务器确定当前达到最大负载，或原集中控制服务器确定运营商要求更换集中控制服务器，或接收到集中控制服务器选择单元发送的进行集中控制服务器更换的通知。
6、根据权利要求4所述的方法，其特征在于，
步骤B0所述通知选定的新集中控制服务器进行切换，为：原集中控制服务器接收到来自集中控制服务器选择单元的集中控制服务器指示信息，根据该指示信息向选定的新集中控制服务器发送集中控制服务器切换请求，选定的新集中控制服务器向原集中控制服务器返回响应消息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：原集中控制服务器收到响应消息后，向本次业务接入的所有服务器发送更新集中控制服务器请求，该更新集中控制服务器请求携带有新集中控制服务器的指示信息，本次业务接入的所有服务器根据该指示信息与新集中控制服务器建立连接，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：本次业务接入的所有服务器完成切换后，向原集中控制服务器发送切换完成响应，原集中控制服务器收到该响应后停止执行CF。
7、根据权利要求4所述的方法，其特征在于，
步骤B0所述通知选定的新集中控制服务器进行切换，为：原集中控制服务器接收到来自集中控制服务器选择单元的集中控制服务器指示信息，根据该指示信息向选定的新集中控制服务器发送集中控制服务器切换请求，该集中控制服务器切换请求携带有本次业务接入的所有服务器的业务地址信息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：选定的新集中控制服务器向本次业务接入的所有服务器发送更新集中控制服务器请求，本次业务接入的所有服务器向新集中控制服务器返回响应消息，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：选定的新集中控制服务器向原集中控制服务器发送停止执行CF消息，原集中控制服务器收到该消息后停止执行CF。
8、根据权利要求4所述的方法，其特征在于，
步骤B0所述通知选定的新集中控制服务器进行切换，为：集中控制服务器选择单元向选定的新集中控制服务器发送集中控制服务器切换请求，选定的新集中控制服务器向集中控制服务器选择单元返回响应消息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：集中控制服务器选择单元收到响应消息后，向原集中控制服务器发送集中控制服务器指示信息，原集中控制服务器收到该指示信息后，向本次业务接入的所有服务器发送更新集中控制服务器请求，该更新集中控制服务器请求携带有新集中控制服务器的指示信息，本次业务接入的所有服务器根据该指示信息与新集中控制服务器建立连接，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：本次业务接入的所有服务器完成切换后，向原集中控制服务器发送切换完成响应，原集中控制服务器收到该响应后停止执行CF。
9、根据权利要求4所述的方法，其特征在于，
步骤A所述会话信息包括：本次业务接入服务器的业务地址信息；
步骤B0所述通知选定的新集中控制服务器进行切换，为：集中控制服务器选择单元向选定的新集中控制服务器发送集中控制服务器切换请求，该集中控制服务器切换请求携带有本次业务接入服务器的业务地址信息；
步骤B0所述通知本次业务接入的所有服务器进行切换，为：选定的新集中控制服务器向本次业务接入的所有服务器发送更新集中控制服务器请求，本次业务接入的所有服务器向新集中控制服务器返回响应消息，完成切换；
步骤B0所述通知原集中控制服务器停止执行CF，为：集中控制服务器选择单元收到选定的新集中控制服务器发送的切换完成消息后，通知原集中控制服务器停止执行CF。
10、根据权利要求1所述的方法，其特征在于，所述选择规则包括：指定集中控制服务器，或用户请求的业务类型，或服务器的负载，或用户分布，或以上任意的组合。
11、根据权利要求10所述的方法，其特征在于，所述选择规则为服务器的负载，同时，步骤A所述集中控制服务器选择单元保存的服务器属性包括：服务器的最大负载；
步骤A所述集中控制服务器选择单元选定一个服务器作为集中控制服务器的具体步骤为：集中控制服务器选择单元收到获取集中控制服务器的请求，依次判断各服务器是否达到自身的最大负载，若是，判定该服务器不能作为集中控制服务器；否则，判定该服务器能作为集中控制服务器，最后，在能作为集中控制服务器的服务器中，选定负载最小的服务器作为集中控制服务器。
12、根据权利要求10所述的方法，其特征在于，所述选择规则为用户分布，同时，步骤A所述集中控制服务器选择单元保存的服务器的属性包括：服务器所属的本次业务用户数；
步骤A所述集中控制服务器选择单元选定一个服务器的具体步骤为：集中控制服务器选择单元收到获取集中控制服务器的请求，依次比较各服务器接入本次业务的用户的数目，最后选择接入用户最多的服务器作为集中控制服务器。
13、根据权利要求10所述的方法，其特征在于，所述选择规则为：用户请求的业务类型，服务器的负载，和用户分布三者的组合，
步骤A所述集中控制服务器选择单元选定一个服务器的具体步骤为：
集中控制服务器选择单元首先根据自身保存的各服务器能提供的业务类型，依次判断各服务器是否能提供会话建立请求中所要求的业务，若是，记录该服务器；然后，继续判断记录的各服务器是否达到了各自的最大负载，并将已达到最大负载的服务器从记录中删除；最后，比较记录的各服务器接入本次业务的用户的数目，将接入用户最多的服务器定为集中控制服务器。
14、根据权利要求1所述的方法，其特征在于，所述方法进一步包括：集中控制服务器选择单元接收到选择规则更新信息，根据该信息更新自身保存的选择规则。
15、根据权利要求1所述的方法，其特征在于，所述步骤B为：选定的集中控制服务器接收到携带有群组标识的业务请求后，所述集中控制服务器根据该群组标识，向管理该群组的服务器或保存群组信息的数据库发送获取群组信息的请求，且在接收到群组信息后，根据该群组信息，向该群组中的各被叫发送业务请求。
16、根据权利要求1所述的方法，其特征在于，所述步骤B为：选定的集中控制服务器接收到携带有群组标识的业务请求后，所述集中控制服务器向集中控制服务器选择单元发送获取群组信息请求，请求消息携带群组标识，集中控制服务器选择单元收到后将该请求转发给管理该群组的服务器或保存群组信息的数据库，并将返回的群组信息发送给集中控制服务器，然后，集中控制服务器根据该群组信息，向该群组中的各被叫发送业务请求。
17、一种确定集中控制服务器的***，其特征在于，该***包括：
服务器：用于对业务请求执行CF或参与功能PF，用于向集中控制服务器选择单元发送获取集中控制服务器的请求，用于接收集中控制服务器的指示信息；
用于保存所有服务器的属性和集中控制服务器的选择规则的集中控制服务器选择单元：用于接收服务器的获取集中控制服务器请求，并根据请求消息携带的会话信息、以及自身保存的服务器属性和选择规则选择一个服务器作为集中控制服务器，并将选定的集中控制服务器的指示信息发送给服务器。
CNB2005100682232A 2005-04-27 2005-04-27 一种确定集中控制服务器的方法及*** Expired - Fee Related CN100477862C (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CNB2005100682232A CN100477862C (zh) 2005-04-27 2005-04-27 一种确定集中控制服务器的方法及***
DE602006008595T DE602006008595D1 (de) 2005-04-27 2006-04-27 Verfahren und system zur entscheidung des zentralen kontrollservers
AT06741742T ATE440438T1 (de) 2005-04-27 2006-04-27 Verfahren und system zur entscheidung des zentralen kontrollservers
PCT/CN2006/000821 WO2006114059A1 (fr) 2005-04-27 2006-04-27 Procédé et système de détermination du serveur de contrôle central
EP06741742A EP1868341B1 (en) 2005-04-27 2006-04-27 A method and system for determining the central controlling server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100682232A CN100477862C (zh) 2005-04-27 2005-04-27 一种确定集中控制服务器的方法及***

Publications (2)

Publication Number Publication Date
CN1856137A true CN1856137A (zh) 2006-11-01
CN100477862C CN100477862C (zh) 2009-04-08

Family

ID=37195866

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100682232A Expired - Fee Related CN100477862C (zh) 2005-04-27 2005-04-27 一种确定集中控制服务器的方法及***

Country Status (5)

Country Link
EP (1) EP1868341B1 (zh)
CN (1) CN100477862C (zh)
AT (1) ATE440438T1 (zh)
DE (1) DE602006008595D1 (zh)
WO (1) WO2006114059A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848446A (zh) * 2010-04-29 2010-09-29 中兴通讯股份有限公司 遇忙回叫的方法、主叫服务器及***
WO2011088767A1 (zh) * 2010-01-22 2011-07-28 华为技术有限公司 内容分发的方法、***及调度服务器
CN103561022A (zh) * 2013-10-31 2014-02-05 腾讯科技（深圳）有限公司 语音服务接入方法和相关设备及语音服务***
WO2017198158A1 (zh) * 2016-05-17 2017-11-23 中兴通讯股份有限公司 一种会话管理的方法、设备和***
CN110557424A (zh) * 2018-06-04 2019-12-10 ***通信有限公司研究院 群组通信方法及装置、通信设备及存储介质
CN112822221A (zh) * 2021-03-09 2021-05-18 百果园技术(新加坡)有限公司 一种服务器的选择方法、装置、设备及介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8903445B2 (en) 2008-04-08 2014-12-02 Optis Wireless Technology, Llc PoC server and a mobile terminal comprising a PoC client for providing PoC communication services
KR101820739B1 (ko) * 2011-10-04 2018-01-23 삼성전자 주식회사 피오씨 서비스 제공 방법 및 장치

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6249800B1 (en) * 1995-06-07 2001-06-19 International Business Machines Corporartion Apparatus and accompanying method for assigning session requests in a multi-server sysplex environment
US6477150B1 (en) 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
US20020120743A1 (en) * 2001-02-26 2002-08-29 Lior Shabtay Splicing persistent connections
US20020133611A1 (en) * 2001-03-16 2002-09-19 Eddy Gorsuch System and method for facilitating real-time, multi-point communications over an electronic network
US6898436B2 (en) 2002-02-14 2005-05-24 Qualcomm Incorporated Communication device for joining a user to a group call in a group communication network
KR100690871B1 (ko) * 2004-10-22 2007-03-09 엘지전자 주식회사 제어기능을 갖는 서버 결정방법
JP2008517396A (ja) * 2004-10-22 2008-05-22 エルジー エレクトロニクス インコーポレイティド 制御機能を有するサーバ決定方法及びシステム

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011088767A1 (zh) * 2010-01-22 2011-07-28 华为技术有限公司 内容分发的方法、***及调度服务器
US8443054B2 (en) 2010-01-22 2013-05-14 Huawei Technologies Co., Ltd. Method, system, and scheduling server for content delivery
CN101848446A (zh) * 2010-04-29 2010-09-29 中兴通讯股份有限公司 遇忙回叫的方法、主叫服务器及***
CN103561022A (zh) * 2013-10-31 2014-02-05 腾讯科技（深圳）有限公司 语音服务接入方法和相关设备及语音服务***
US9609053B2 (en) 2013-10-31 2017-03-28 Tencent Technology (Shenzhen) Company Limited Method, apparatus and system for voice service access
WO2017198158A1 (zh) * 2016-05-17 2017-11-23 中兴通讯股份有限公司 一种会话管理的方法、设备和***
CN110557424A (zh) * 2018-06-04 2019-12-10 ***通信有限公司研究院 群组通信方法及装置、通信设备及存储介质
CN110557424B (zh) * 2018-06-04 2022-09-13 ***通信有限公司研究院 群组通信方法及装置、通信设备及存储介质
CN112822221A (zh) * 2021-03-09 2021-05-18 百果园技术(新加坡)有限公司 一种服务器的选择方法、装置、设备及介质
CN112822221B (zh) * 2021-03-09 2023-01-06 百果园技术(新加坡)有限公司 一种服务器的选择方法、装置、设备及介质

Also Published As

Publication number Publication date
EP1868341A1 (en) 2007-12-19
EP1868341B1 (en) 2009-08-19
EP1868341A4 (en) 2008-05-14
ATE440438T1 (de) 2009-09-15
WO2006114059A1 (fr) 2006-11-02
CN100477862C (zh) 2009-04-08
DE602006008595D1 (de) 2009-10-01

Similar Documents

Publication Publication Date Title
CN1290354C (zh) 数字集群***与普通电话***互联互通的方法
CN1297126C (zh) 在移动通信***中建立信令连接的方法
CN1658689A (zh) 蜂窝上的一按即讲***
CN1856137A (zh) 一种确定集中控制服务器的方法及***
CN101043661A (zh) PoC业务媒体请求的处理方法及装置
CN101057519A (zh) 内容服务器和内容服务***
CN1941711A (zh) 用于控制通信会话或建立通信会话的方法以及相关装置
CN1893427A (zh) 一种进行业务支持能力协商的方法
CN101052161A (zh) 一种实现ims业务互通的方法和***
CN1643965A (zh) 用于启动组通信网中的组呼叫的服务器
CN1744516A (zh) 通信带宽控制方法、服务器、用户终端和程序
CN1643948A (zh) 使用户从组通信网中的组呼叫终止的方法和装置
CN1643949A (zh) 用于从组通信网中的活动组呼叫中移除成员的方法和装置
CN1643969A (zh) 用于将用户加入组通信网中的组呼叫的通信设备
CN101047534A (zh) 用户主动加入会议的方法、装置及***
CN1679362A (zh) 组通信网中用于开始组呼叫的通信设备
CN1643950A (zh) 用于将新成员加入组通信网中的组呼叫的方法和装置
CN101047529A (zh) 媒体会话数据发送控制方法、控制关系协商方法及控制***
CN101043252A (zh) 一种基于mbms机制的ims业务的传输方法及***
CN1852490A (zh) 组呼业务的实现方法及其***
CN1855961A (zh) 通信***中回铃音的实现方法
CN1665324A (zh) 架构即按即说通信连结及即按即说客户单元的方法及通信装置
CN100344095C (zh) 一种集群语音业务的计费关联和计费管理方法
CN101043431A (zh) 一种缩短多方通话业务建立时间的方法与***
CN1889603A (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090408

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