专利名称：一种实现多方通信业务的方法和系统的制作方法
技术领域：
本发明涉及移动通信技术，特别是涉及一种实现多方通信业务的方法和系统。
背景技术：
随着移动通信技术的快速发展，多方通信业务已被人们所广泛使用。在多方通信业务中，系统侧设置有参与服务器(PF)以及进行集中控制的控制服务器(CF)，多方通信中的每一个用户均通过自身所属的PF实体接入到一个CF实体上。
在进行多方通信时，用户将自身的信令或媒体流发送至自身所属的PF实体，该PF实体再将所接收到的信令或媒体流发送至CF实体，由CF实体控制后续传送信令或媒体流的过程。比如，在一次多方通信中，一个用户的发言请求经其所属的PF实体发送至本次多方通信中执行集中控制功能的CF实体，由CF实体决定是否允许该用户发言。再如，在一次多方通信中，一个用户产生的媒体流首先发送至其所属的PF实体，该PF实体再将该媒体流发送至执行集中控制功能的CF实体，由CF实体进行媒体转发控制，也就是说，由CF实体将该用户的媒体流发送至本次多方通信中其它用户所属的PF实体。
由以上描述可以看出，在现有的多方通信业务中，所有的信令和媒体流都必须发送至CF实体，再由CF实体将接收到的信令和媒体流控制转发至后续对应的PF实体。而CF实体与PF实体之间没有进行任何的有关媒体处理策略的信令交互，也就是说，CF实体无法通过与PF实体的信令交互过程来指示PF实体对媒体流的处理策略，因此，极大地降低了多方通信业务实现的灵活性，降低了系统的业务服务质量。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现多方通信业务的方法，本发明的另一目的在于提供一种实现多方通信业务的系统，以增加多方通信业务实现的灵活性。
为了达到上述目的，本发明的技术方案是这样实现的一种实现多方通信业务的方法，该方法包括A、CF实体将媒体处理策略发送至PF实体；B、PF实体根据接收到的媒体处理策略处理来自终端的媒体流。
所述媒体处理策略为下一跳媒体处理实体对应的媒体数据处理地址信息；所述步骤B包括PF实体根据接收到的下一跳媒体处理实体对应的媒体数据处理地址信息将来自终端的媒体流直接发送至该下一跳媒体处理实体。
所述下一跳媒体处理实体为CF实体，或PF实体，或网络中其它的路由器。
所述下一跳媒体处理实体为PF实体；所述多方通信对应的群组为预先建立的固定群组或在会话建立过程中组建的群组；在步骤A中，CF实体通过会话建立过程将多方通信中一个PF实体的媒体数据处理地址信息发送至其它PF实体。
所述步骤A包括A1、主叫用户将携带各被叫用户信息的会话建立请求通过PF实体发送至CF实体；A2、CF实体根据会话建立请求中各被叫用户的信息将会话建立请求发送至各被叫用户所在的PF实体；
A3、各被叫用户所在的PF实体分别将会话建立响应消息发送至CF实体，CF实体将各被叫用户所在PF实体提供的媒体数据处理的地址信息携带在会话建立响应消息中发送至主叫用户所在PF实体，并将各被叫用户所在PF实体中任意一个PF实体的媒体数据处理地址信息发送至其它所有的被叫用户所在PF实体。
在步骤A2中，CF实体所发送的会话建立请求中携带主叫用户所在PF实体提供的媒体数据处理地址信息。
所述步骤A3进一步包括CF实体接收到被叫用户所在PF实体发来的会话建立响应消息后，将主叫用户所在PF实体提供的媒体数据处理地址信息发送至该被叫用户所在PF实体。
在步骤A3中，所述CF实体将各被叫用户所在PF实体的媒体数据处理地址信息发送至主叫用户所在PF实体的步骤包括CF实体每当接收到一个被叫用户所在PF实体发来的会话建立响应消息时，将当前发来会话建立响应消息的被叫用户所在PF实体的媒体数据处理地址信息携带在会话建立响应消息中发送至主叫用户所在PF实体；或者，CF实体每当接收到一个被叫用户所在PF实体发来的会话建立响应消息时，将已发来会话建立响应消息的所有被叫用户所在PF实体的媒体数据处理地址信息携带在会话建立响应消息中发送至主叫用户所在PF实体。
在步骤A1之前进一步包括CF实体判断当前是否应触发媒体处理策略下载过程，如果是，则执行步骤A1，否则，CF实体执行现有的建立多方通信会话连接的过程，结束当前流程。
所述CF实体根据本次多方通信的业务类型；和/或用户属性；和/或CF实体自身的业务负荷量；和/或本次多方通信的用户数量；和/或传输的媒体类型；和/或CF及PF实体的能力，执行所述判断的步骤。
所述多方通信为聊天室会话；在步骤A中，当一个PF实体加入聊天室会话时，对该聊天室会话进行集中控制的CF实体执行所述的将媒体处理策略发送给该加入的PF实体的步骤，以及更新该会话其他PF实体的媒体处理策略。
所述媒体处理策略为携带缓存属性的缓存指示；所述步骤B包括PF实体根据CF实体的缓存指示在缓存时长内对来自终端的媒体流进行缓存，和/或PF实体根据CF实体的缓存指示的缓存空间对来自终端的媒体流进行缓存。
所述媒体处理策略为携带一个或多个所指定PF实体的媒体数据处理地址信息的指定发送请求；所述步骤B包括所述PF实体根据指定发送请求中指定的PF实体的媒体数据处理地址信息发送来自终端的媒体流。
所述指定发送请求中携带有特定的媒体流类型；在步骤B中，所述的媒体流为该特定的媒体流类型。
CF实体在接收到用户发来的携带接收用户信息的设置命令时，或者在接收到系统侧设定的路由策略时，将所述的指定发送请求发送至相关的PF实体。
该方法进一步包括一个PF实体加入本次多方通信；该加入的PF实体将用户加入消息发送至CF实体；所述媒体流处理策略为所加入PF实体对应的媒体数据处理地址信息；所述步骤B包括多方通信中的一个PF实体将媒体流发送给包括所加入PF实体在内的PF实体。
该方法进一步包括多方通信中一个PF实体所辖的全部用户退出本次多方通信；该退出的PF实体将用户退出消息发送至CF实体；所述媒体流处理策略为所退出PF实体对应的媒体数据处理地址信息；所述步骤B包括多方通信中的一个PF实体将媒体流发送给除所退出PF实体之外的其它PF实体。
CF实体在接收到退出PF实体的退出消息时，或者在后续有媒体流处理时，执行所述的步骤A。
一种实现多方通信业务的系统，该系统包括多方通信中的CF实体和PF实体，其中，CF实体中包括媒体策略下发单元，PF实体中包括媒体处理单元，媒体策略下发单元，用于将媒体处理策略发送给多方通信中PF实体内的媒体处理单元；媒体处理单元，用于接收终端发来的媒体流和媒体策略下发单元发来的媒体处理策略，并根据接收到的媒体处理策略处理来自终端的媒体流。
所述CF实体申进一步包括触发单元，用于判断是否应触发媒体处理策略下发过程，并在判断出应触发后，将触发命令发送至媒体策略下发单元；所述媒体策略下发单元在接收到触发单元发来的触发命令后，执行将媒体处理策略发送给PF实体内媒体处理单元的过程。
所述触发单元根据本次多方通信的业务类型；和/或用户属性；和/或CF实体自身的业务负荷量；和/或本次多方通信的用户数量；和/或传输的媒体类型；和/或CF及PF实体的能力判断是否应触发媒体处理策略下发过程。
所述媒体策略下发单元将缓存指示发送至PF实体中的媒体处理单元；所述媒体处理单元中包括缓存单元，用于接收媒体策略下发单元发来的缓存指示和终端发来的媒体流，并根据所接收到的缓存指示对终端发来的媒体流进行缓存。
由此可见，本发明具有以下优点1、在本发明中，CF实体可以通过与PF实体之间进行的有关媒体处理策略的信令交互来使得PF实体在后续过程中能够依据CF实体所指示的媒体处理策略对终端发来的媒体流进行处理，因此，极大地增加了多方通信业务实现的灵活性。
2、在本发明中，当CF实体将下一跳媒体处理实体对应的媒体数据处理地址信息，比如接收端PF实体对应的媒体数据处理地址信息作为媒体处理策略发送至一个PF实体后，传输媒体流则可无需再经过CF实体，而只需在各个PF实体之间进行传送即可，因此，减少了媒体流的传输路径，大大降低了媒体流的传输时延，提高了用户的业务感受，并且，由于CF实体只需与PF实体交互信令而无需再交互媒体流，因此，减少了CF实体的业务负荷量，降低了CF实体的实现难度。
图1是本发明系统的结构示意图。
图2是在本发明实施例中建立会话连接的流程图。
图3是在本发明实施例中传输媒体流的流程图。
图4是在本发明实施例中实现指定发送的流程图。
图5是在本发明实施例中实现更新内容通知的流程图。
具体实施例方式
本发明提出了一种实现多方通信业务的方法，其核心思想是多方通信中的CF实体将媒体处理策略发送至PF实体；PF实体根据接收到的媒体处理策略处理来自终端的媒体流。
本发明所述的多方通信业务可以举例为基于蜂窝网络的即按即讲(POC)业务、三方通话、会议呼叫、聊天室会话、CALL HOLD或者CALLWAIT等。
图1是本发明系统的结构示意图。参见图1，本发明所提出的实现多方通信业务的系统包括多方通信中的CF实体和PF实体，CF实体中包括媒体策略下发单元，PF实体中包括媒体处理单元，其中，媒体策略下发单元，用于将媒体处理策略发送给多方通信中PF实体内的媒体处理单元；媒体处理单元，用于接收终端发来的媒体流和媒体策略下发单元发来的媒体处理策略，并根据接收到的媒体处理策略处理来自终端的媒体流。
参见图1，在本发明系统中，较佳地，所述CF实体中可以进一步包括触发单元，用于判断是否应触发媒体处理策略下发过程，并在判断出应触发后，将触发命令发送至媒体策略下发单元；所述媒体策略下发单元在接收到触发单元发来的触发命令后，执行将媒体处理策略发送给PF实体内媒体处理单元的过程。其中，所述触发单元根据本次多方通信的业务类型；和/或用户属性；和/或CF实体自身的业务负荷量；和/或本次多方通信的用户数量；和/或传输的媒体类型；和/或CF及PF实体的能力判断是否应触发媒体处理策略下发过程。
参见图1，在本发明系统中，所述媒体策略下发单元可以将缓存指示作为媒体处理策略发送至PF实体中的媒体处理单元；此时，所述媒体处理单元中可以包括缓存单元，用于接收媒体策略下发单元发来的缓存指示和终端发来的媒体流，并根据所接收到的缓存指示对终端发来的媒体流进行缓存。
为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。
在以下的实施例中，以多方通信业务中包括3个PF实体为例来说明本发明的具体实现过程。
本发明中所述的媒体处理策略可以为任何一种指示对媒体流进行相关处理的策略，比如为下一跳媒体处理实体对应的媒体数据处理地址信息；和/或，携带缓存属性的缓存指示；和/或，携带一个或多个所指定PF实体媒体数据处理地址信息的指定发送请求；和/或，PF实体所辖的用户加入或退出的通知等。其中，所述的下一跳媒体处理实体可以为CF实体或PF实体或网络中其它的路由器等。
下面首先说明CF实体将下一跳媒体处理实体比如PF实体对应的媒体数据处理地址信息作为媒体处理策略发送至PF实体，PF实体根据所接收到的PF实体的媒体数据处理地址信息将来自终端的媒体流直接发送至接收端的PF实体为例来说明本发明的具体实现过程。
图2是在本发明实施例中建立会话连接的流程图。参见图2，在多方通信业务中，为了保证一个PF实体可利用接收到的PF实体的媒体数据处理地址信息直接将媒体流发送至接收端的PF实体，而无需通过CF实体的转发，本发明的处理过程具体包括以下步骤
步骤201主叫用户将携带被叫信息的会话建立请求发送至自身所属的第一PF实体。
步骤202第一PF实体将所接收到的会话建立请求发送至CF实体。
这里，第一PF实体可以在所发送的会话建立请求中携带一个直接发送参数，通过该直接发送参数通知CF实体该第一PF实体支持不经CF实体的直接发送媒体流的功能。并且，第一PF实体发送至CF实体的会话建立请求中包括了被叫信息。
步骤203CF实体判断在本次多方通信中是否应触发媒体处理策略下载过程，如果是，则执行步骤204，否则，CF实体执行现有的建立多方通信会话连接的过程，结束当前流程。
这里，CF实体执行判断的依据可以是本次多方通信的业务类型；和/或用户属性；和/或CF实体自身的业务负荷量；和/或本次多方通信的用户数量；和/或传输的媒体类型；和/或CF及PF实体的能力等。
步骤204CF实体将携带第一PF实体媒体数据处理地址信息的会话建立请求分别发送至本次多方通信中被叫的第二PF实体和第三PF实体。
这里，CF实体可以在所发送的会话建立请求中携带一个直接发送参数，从而通知第二PF实体和第三PF实体在后续过程中，媒体流进行直接发送而无需通过CF实体。
步骤205第二PF实体从接收到的会话建立请求中获取第一PF实体的媒体数据处理地址信息，并将会话建立响应消息发送至CF实体。
这里是否可以包括一种情况，部分PF支持本功能，部分PF不支持，你看有没有必要增加步骤206CF实体将第二PF实体的媒体数据处理地址信息携带在会话建立响应消息中发送至第一PF实体，并将第二PF实体的媒体数据处理地址信息发送至第三PF实体。
在本步骤中，第一PF实体和第三PF实体则获取了第二PF实体的媒体数据处理地址信息。
步骤207第三PF实体从接收到的会话建立请求中获取第一PF实体的媒体数据处理地址信息，并将会话建立响应消息发送至CF实体。
步骤208CF实体将第三PF实体的媒体数据处理地址信息携带在会话建立响应消息中发送至第一PF实体，并将第三PF实体的媒体数据处理地址信息发送至第二PF实体。
在本步骤中，第一PF实体和第二PF实体则获取了第三PF实体的媒体数据处理地址信息。
在上述步骤204中，CF实体发送至第二PF实体和第三PF实体的会话建立请求中携带第一PF实体的媒体数据处理地址信息，以使得第二PF实体和第三PF实体获取第一PF实体的媒体数据处理地址信息。在本发明中，在上述步骤204中，CF实体发送至第二PF实体和第三PF实体的会话建立请求中也可以不携带第一PF实体媒体数据处理地址信息，并且，在后续过程中，在CF实体接收到第二PF实体和第三PF实体发来的会话建立响应消息后，再将第一PF实体的媒体数据处理地址信息分别发送至第二PF实体和第三PF实体。
由于多方通信对应群组中的每一个PF实体都可能作为源PF实体发送媒体流，所以，在本发明中，应保证每一个PF实体都可获知群组中其它PF实体的媒体数据处理地址信息，所以在上述步骤206和步骤208中，CF实体将第二PF实体/第三PF实体的媒体数据处理地址信息发送至本次多方通信中其它的每一个PF实体。
需要说明的是，上述步骤205至步骤206与步骤207至步骤208只是为了便于描述而划分的步骤，在具体的业务实体中，步骤205至步骤206与步骤207至步骤208之间并无固定的执行先后顺序。
另外，在上述步骤205至步骤208的过程中，CF实体也可以在接收到第二PF实体和第三PF实体分别发来的会话建立响应消息后，将第二PF实体和第三PF实体的媒体数据处理地址信息携带在一条会话建立响应消息中发送至第一PF实体。
至此，则通过会话建立过程使源PF实体获取了目的PF实体的媒体数据处理地址信息。此处所述的源PF实体和目的PF实体均可为第一PF实体、第二PF实体和第三PF实体中的任意一个。
上述图2所示的通过会话建立的过程使源PF实体获取目的PF实体媒体数据处理地址信息的过程适用于多方通信所对应的群组为预先建立的情况，也适用于该群组在会话建立过程中临时建立的情况。
如果多方通信业务为POC业务，则本发明中所述的会话建立请求为INVITE消息，所述的会话建立响应消息为200 OK消息。
图3是在本发明实施例中传输媒体流的流程图。参见图3，在本发明中，以第一PF实体作为源PF实体为例，实现直接传输媒体流的过程具体包括以下步骤步骤301主叫用户将媒体流发送至第一PF实体。
步骤302第一PF实体根据所获取的第二PF实体的媒体数据处理地址信息将接收到的媒体流发送至第二PF实体。
步骤303第二PF实体将接收到的媒体流发送至自身所辖的各个用户。
步骤304第一PF实体根据所获取的第三PF实体的媒体数据处理地址信息将接收到的媒体流发送至第三PF实体。
步骤305第三PF实体将接收到的媒体流发送至自身所辖的各个用户。
需要说明的是，上述步骤302至步骤303与步骤304至步骤305之间并无执行上的先后顺序。
当所述的媒体处理策略为携带缓存属性，比如缓存时长和缓存空间等，的缓存指示时，本发明的具体实现过程为CF实体将携带缓存属性的缓存指示发送至多方通信中的任意一个PF实体；该PF实体根据CF实体的缓存指示中的缓存属性，在缓存时长内对来自终端的媒体流进行缓存，和/或，PF实体根据CF实体缓存指示的缓存空间对来自终端的媒体流进行缓存。
另外，本发明中所述的多方通信可以是聊天室会话。此时，当一个PF实体加入聊天室会话时，对该聊天室会话进行集中控制的CF实体将之前已加入PF实体的媒体数据处理地址信息发送至该当前加入的PF实体，并将该当前加入PF实体的媒体数据处理地址信息发送至之前已加入的PF实体。这样，每一个PF实体则可根据自身所获取的媒体数据处理地址信息将用户发来的媒体流直接发送至该聊天室会话中的其它PF实体。
下面说明当媒体处理策略为携带一个或多个所指定PF实体媒体数据处理地址信息的指定发送请求时，本发明的具体实现过程。
图4是在本发明实施例中实现指定发送的流程图。参见图4，在多方通信中，CF实体可以指示源PF实体将特定的媒体流发送至一个指定的目的PF实体，而无需发送至多方通信中其它所有的PF实体，以第一PF实体作为源PF实体，第三PF实体作为指定的目的PF实体为例，该指定发送的过程具体包括以下步骤步骤401CF实体将指定发送消息发送至作为源PF实体的第一PF实体。
这里，CF实体可以是在接收到用户发来的携带接收用户信息的设置命令时执行本步骤的过程，也可以是在接收到系统侧设定的路由策略时，执行本步骤的过程。并且，所述的指定发送消息中可以携带所指定的目的PF实体即第三PF实体的媒体数据处理地址信息以及所指定的媒体流类型等。
步骤402第一PF实体接收到用户发来的媒体流，判断该媒体流是否为所指定的媒体流类型，如果是，则执行步骤403，否则，第一PF实体将接收到的媒体流直接发送至本次多方通信中的其它所有PF实体，结束当前流程。
步骤403第一PF实体根据指定发送消息中携带的目的PF实体即第三PF实体的媒体数据处理地址信息，将所接收到的指定类型的媒体流直接发送至第三PF实体。
在本发明中，当一个PF实体加入多方通信时，该加入的PF实体将用户加入消息发送至CF实体；该CF实体将该加入的PF实体的媒体数据处理地址信息发送至多方通信中已有PF实体，并将多方通信中已有PF实体的媒体数据处理地址信息发送至该加入的PF实体，这样，该加入的PF实体和多方通信中已有PF实体在后续过程中均可执行本发明中无需通过CF实体转发直接发送媒体流的过程。
下面说明当媒体处理策略为更新内容通知，比如PF实体下的用户加入或退出时本发明的具体实现过程。
图5是在本发明实施例中实现更新内容通知的流程图。参见图5，在本发明中，当多方通信的内容进行更新时，比如第二PF实体下的所有用户退出该多方通信，则将该退出的信息进行通知的过程具体包括以下步骤步骤501第二PF实体将用户退出消息发送至CF实体。
步骤502CF实体将第二PF实体退出消息发送至本次多方通信中的其它所有PF实体，即第一PF实体和第三PF实体。
步骤503在后续媒体流的发送过程中，第一PF实体将自身的媒体流直接发送至本次多方通信中的第三PF实体。
这里，由于第二PF实体下的用户已退出本次多方通信，所以第一PF实体不再将媒体流发送至第二PF实体。
另外，如果是第三PF实体作为源PF实体，则在本步骤503中，第三PF实体将自身的媒体流直接发送至第一PF实体。
需要说明的是，在本发明中，当需要将目的PF实体的媒体数据处理地址信息发送至源PF实体时，CF实体可以在每次接收到一个目的PF实体的响应消息时均将所有PF实体的媒体数据处理地址信息发送至源PF实体，CF实体也可以是在每次接收到一个目的PF实体的响应消息时只将该发来响应消息的PF实体的媒体数据处理地址信息发送至源PF实体。比如，在上述图2所示的会话建立过程中，CF实体首先接收到第二PF实体发来的会话建立响应消息，则将第二PF实体的媒体数据处理地址信息发送至第一PF实体，当在后续过程中，CF实体接收到第三PF实体发来的会话建立响应消息时，CF实体可以将第三PF实体的媒体数据处理地址信息以及已发送过的第二PF实体的媒体数据处理地址信息发送至第一PF实体，也可以只将第三PF实体的媒体数据处理地址信息发送至第一PF实体。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种实现多方通信业务的方法，其特征在于，该方法包括A、控制服务器CF实体将媒体处理策略发送至参与服务器PF实体；B、PF实体根据接收到的媒体处理策略处理来自终端的媒体流。
2.根据权利要求1所述的方法，其特征在于，所述媒体处理策略为下一跳媒体处理实体对应的媒体数据处理地址信息；所述步骤B包括PF实体根据接收到的下一跳媒体处理实体对应的媒体数据处理地址信息将来自终端的媒体流直接发送至该下一跳媒体处理实体。
3.根据权利要求2所述的方法，其特征在于，所述下一跳媒体处理实体为CF实体，或PF实体，或网络中其它的路由器。
4.根据权利要求3所述的方法，其特征在于，所述下一跳媒体处理实体为PF实体；所述多方通信对应的群组为预先建立的固定群组或在会话建立过程中组建的群组；在步骤A中，CF实体通过会话建立过程将多方通信中一个PF实体的媒体数据处理地址信息发送至其它PF实体。
5.根据权利要求4所述的方法，其特征在于，所述步骤A包括A1、主叫用户将携带各被叫用户信息的会话建立请求通过PF实体发送至CF实体；A2、CF实体根据会话建立请求中各被叫用户的信息将会话建立请求发送至各被叫用户所在的PF实体；A3、各被叫用户所在的PF实体分别将会话建立响应消息发送至CF实体，CF实体将各被叫用户所在PF实体提供的媒体数据处理的地址信息携带在会话建立响应消息中发送至主叫用户所在PF实体，并将各被叫用户所在PF实体中任意一个PF实体的媒体数据处理地址信息发送至其它所有的被叫用户所在PF实体。
6.根据权利要求5所述的方法，其特征在于，在步骤A2中，CF实体所发送的会话建立请求中携带主叫用户所在PF实体提供的媒体数据处理地址信息。
7.根据权利要求5所述的方法，其特征在于，所述步骤A3进一步包括CF实体接收到被叫用户所在PF实体发来的会话建立响应消息后，将主叫用户所在PF实体提供的媒体数据处理地址信息发送至该被叫用户所在PF实体。
8.根据权利要求5所述的方法，其特征在于，在步骤A3中，所述CF实体将各被叫用户所在PF实体的媒体数据处理地址信息发送至主叫用户所在PF实体的步骤包括CF实体每当接收到一个被叫用户所在PF实体发来的会话建立响应消息时，将当前发来会话建立响应消息的被叫用户所在PF实体的媒体数据处理地址信息携带在会话建立响应消息中发送至主叫用户所在PF实体；或者，CF实体每当接收到一个被叫用户所在PF实体发来的会话建立响应消息时，将已发来会话建立响应消息的所有被叫用户所在PF实体的媒体数据处理地址信息携带在会话建立响应消息中发送至主叫用户所在PF实体。
9.根据权利要求5所述的方法，其特征在于，在步骤A1之前进一步包括CF实体判断当前是否应触发媒体处理策略下发过程，如果是，则执行步骤A1，否则，CF实体执行现有的建立多方通信会话连接的过程，结束当前流程。
10.根据权利要求9所述的方法，其特征在于，所述CF实体根据本次多方通信的业务类型；和/或用户属性；和/或CF实体自身的业务负荷量；和/或本次多方通信的用户数量；和/或传输的媒体类型；和/或CF及PF实体的能力，执行所述判断的步骤。
11.根据权利要求1所述的方法，其特征在于，所述多方通信为聊天室会话；在步骤A中，当一个PF实体加入聊天室会话时，对该聊天室会话进行集中控制的CF实体执行所述的将媒体处理策略发送给该加入的PF实体的步骤，以及更新该会话其他PF实体的媒体处理策略。
12.根据权利要求1所述的方法，其特征在于，所述媒体处理策略为携带缓存属性的缓存指示，其中，所述缓存属性为缓存时长和/或缓存空间；所述步骤B包括PF实体根据CF实体的缓存指示在缓存时长内对来自终端的媒体流进行缓存，和/或PF实体根据CF实体的缓存指示的缓存空间对来自终端的媒体流进行缓存。
13.根据权利要求1所述的方法，其特征在于，所述媒体处理策略为携带一个或多个所指定PF实体的媒体数据处理地址信息的指定发送请求；所述步骤B包括所述PF实体根据指定发送请求中指定的PF实体的媒体数据处理地址信息发送来自终端的媒体流。
14.根据权利要求13所述的方法，其特征在于，所述指定发送请求中携带有特定的媒体流类型；在步骤B中，所述的媒体流为该特定的媒体流类型。
15.根据权利要求13所述的方法，其特征在于，CF实体在接收到用户发来的携带接收用户信息的设置命令时，或者在接收到系统侧设定的路由策略时，将所述的指定发送请求发送至相关的PF实体。
16.根据权利要求1所述的方法，其特征在于，该方法进一步包括一个PF实体加入本次多方通信；该加入的PF实体将用户加入消息发送至CF实体；所述媒体流处理策略为所加入PF实体对应的媒体数据处理地址信息；所述步骤B包括多方通信中的一个PF实体将媒体流发送给包括所加入PF实体在内的PF实体。
17.根据权利要求1所述的方法，其特征在于，该方法进一步包括多方通信中一个PF实体所辖的全部用户退出本次多方通信；该退出的PF实体将用户退出消息发送至CF实体；所述媒体流处理策略为所退出PF实体对应的媒体数据处理地址信息；所述步骤B包括多方通信中的一个PF实体将媒体流发送给除所退出PF实体之外的其它PF实体。
18.根据权利要求17所述的方法，其特征在于，CF实体在接收到退出PF实体的退出消息时，或者在后续有媒体流处理时，执行所述的步骤A。
19.一种实现多方通信业务的系统，该系统包括多方通信中的CF实体和PF实体，其特征在于，CF实体中包括媒体策略下发单元，PF实体中包括媒体处理单元，其中，媒体策略下发单元，用于将媒体处理策略发送给多方通信中PF实体内的媒体处理单元；媒体处理单元，用于接收终端发来的媒体流和媒体策略下发单元发来的媒体处理策略，并根据接收到的媒体处理策略处理来自终端的媒体流。
20.根据权利要求19所述的系统，其特征在于，所述CF实体中进一步包括触发单元，用于判断是否应触发媒体处理策略下发过程，并在判断出应触发后，将触发命令发送至媒体策略下发单元；所述媒体策略下发单元在接收到触发单元发来的触发命令后，执行将媒体处理策略发送给PF实体内媒体处理单元的过程。
21.根据权利要求20所述的系统，其特征在于，所述触发单元根据本次多方通信的业务类型；和/或用户属性；和/或CF实体自身的业务负荷量；和/或本次多方通信的用户数量；和/或传输的媒体类型；和/或CF及PF实体的能力判断是否应触发媒体处理策略下发过程。
22.根据权利要求19、20或21所述的系统，其特征在于，所述媒体策略下发单元将缓存指示发送至PF实体中的媒体处理单元；所述媒体处理单元中包括缓存单元，用于接收媒体策略下发单元发来的缓存指示和终端发来的媒体流，并根据所接收到的缓存指示对终端发来的媒体流进行缓存。
全文摘要
本发明公开了一种实现多方通信业务的方法和系统，该系统包括控制服务器(CF)实体和参与服务器(PF)实体。该方法包括CF实体将媒体处理策略发送至PF实体；PF实体根据接收到的媒体处理策略处理来自终端的媒体流。在本发明中，CF实体可以通过与PF实体的信令交互过程对多方通信进行灵活的控制，比如控制媒体流只在各个PF实体之间进行传送而无需经过CF实体的转发等，因此，极大地增加了多方通信业务实现的灵活性，提高了多方通信业务的业务服务质量。
文档编号H04M3/56GK1960526SQ20051011951
公开日2007年5月9日 申请日期2005年11月3日 优先权日2005年11月3日
发明者罗龙 申请人:华为技术有限公司