对比文件名称：2006-06-29_US2006142037A_发明申请_US20060142037A1 Method and system for processing PoC call based on answer mode of push to talk over cellular system client
目标专利名称：318用于使用具有基于运动的模式转换的移动设备进行群通信的系统和方法CN104521224B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：以公开模式与至少一个第二移动设备通信<br>**《隐含公开》** | 对比文件描述了PoC（Push-to-Talk over Cellular）系统，支持群组呼叫和语音呼叫（见[0005]段）。具体地，PoC客户端10发起PoC会话、参与正在进行的PoC会话（见[0008]段）。图2和图3的流程图示出了发送方PoC客户端A与接收方PoC客户端B之间建立PoC呼叫连接并进行通信的过程（见[0027]-[0032]段）。 | 对比文件公开了PoC客户端之间建立群通信会话（如半双工的PTT呼叫）并进行通信。虽然对比文件未使用“公开模式”这一术语，但根据目标专利说明书，公开模式通常指扬声器模式下的半双工通信，使得对话可能被旁人听到（见背景技术[0003]-[0004]段）。对比文件中的PoC群组通信是多方参与的半双工通信，本领域技术人员可以理解，这种默认的、可能使用设备扬声器的群通信状态，与目标专利中“公开模式”所定义的通信状态在实质上是相同的。因此，该特征被**隐含公开**。 |
| **技术特征B**：检测与所述第一移动设备的用户将所述第一移动设备从第一位置移动到第二位置相对应的第一运动<br>**未被公开** | 对比文件全文未提及通过检测移动设备的物理运动或位置变化来触发任何操作。 | 对比文件的核心在于处理基于服务器和客户端设置的“应答模式”（Answer Mode），如自动应答或手动应答（见[0017]-[0018]段）。所有呼叫处理逻辑均基于网络信令和用户预设，与检测设备本身的物理运动无关。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征C**：响应于检测到的第一运动，从公开模式转换到私密模式，其中从公开模式转换到私密模式包括重新分配资源<br>**未被公开** | 对比文件全文未提及基于设备运动进行模式转换，也未提及在模式转换中“重新分配资源”。 | 目标专利中“重新分配资源”指例如将带宽从多媒体功能重新分配给更高质量的语音通信（见详细描述[0046]段）。对比文件中虽然提到了“预建立会话”（pre-established session）可以预先协商媒体参数（如编解码器）（见[0020]段），但这是会话建立前的静态配置，并非响应于设备运动而动态触发的资源重新分配。因此，该特征未被公开。 |
| **技术特征D**：向所述至少一个第二移动设备发送指示所述第一移动设备从公开模式转换到私密模式的消息。<br>**未被公开** | 对比文件描述了在PoC呼叫建立过程中，接收方PoC服务器（PF B）在自动应答模式下会向发送方网络发送OK响应消息（如SIP 200 OK）（见[0031]段，图3步骤4-6）。 | 对比文件中发送的OK响应消息是用于确认呼叫连接建立，其含义是“呼叫已被接受”，而非专门用于指示某个设备发生了“从公开模式到私密模式的转换”。该消息的内容和目的与目标专利中指示模式转换的消息不同。因此，该特征未被公开。 |
| **技术特征E**：其特征在于，所述第一运动对应于所述用户将所述第一移动设备移动到接近所述用户的耳朵的位置。<br>**未被公开** | 对比文件全文未提及设备位置，如移动到用户耳边。 | 该特征是技术特征B的具体化。对比文件完全不涉及通过检测设备位置（如靠近耳朵）来触发任何功能。因此，该特征未被公开。 |
| **技术特征F**：其特征在于，从公开模式转换到私密模式包括将所述第一移动设备中的音频路径从扬声器模式改变为耳机模式。<br>**未被公开** | 对比文件描述了媒体流（如语音）通过RTP协议在PoC客户端之间传输（见[0032]段），但未提及音频输出路径在扬声器和耳机之间的切换。 | 对比文件关注于网络层面的会话建立和媒体流传输，并未描述终端设备内部音频路径（如扬声器与听筒/耳机之间）的切换机制。因此，该特征未被公开。 |
| **技术特征G**：其特征在于，进一步包括：从所述至少一个第二移动设备接收指示所述第二移动设备已从公开模式转换到私密模式的消息。<br>**未被公开** | 对比文件中，接收方PoC客户端可能从服务器接收包含“自动应答指示”（Auto-answer indication）的RTCP消息，以通知媒体流即将到达（见[0053]段，图5步骤9-10；图7）。 | 对比文件中RTCP消息的“自动应答指示”用于通知接收方客户端“呼叫已被服务器自动应答，媒体流即将开始”，其目的是解决服务器与客户端应答模式不匹配的问题（见[0036]段），而非告知发送方设备“接收方设备已从公开模式转换到私密模式”。消息的性质和目的不同。因此，该特征未被公开。 |
| **技术特征H**：其特征在于，所述从公开模式转换到私密模式包括改变所述通信的安全性设置，其中改变安全性设置包括从未加密通信转换到已加密通信。<br>**未被公开** | 对比文件全文未提及通信加密或安全性设置的改变。 | 对比文件专注于PoC呼叫的建立和应答模式处理，未涉及通信安全性的动态切换。因此，该特征未被公开。 |
| **技术特征I**：其特征在于，从公开模式转换到私密模式包括从与所述至少一个第二移动设备的半双工通信转换到全双工通信。<br>**未被公开** | 对比文件明确PoC服务采用半双工通信（见[0005], [0016]段），未提及全双工通信，也未描述在半双工与全双工之间进行转换。 | 对比文件中的通信模式固定为半双工（即按即讲），没有公开向全双工通信的转换。因此，该特征未被公开。 |
| **技术特征J**：其特征在于，进一步包括：检测与所述第一移动设备的用户将所述第一移动设备从所述第二位置移动到第三位置相对应的第二运动<br>**未被公开** | 对比文件全文未提及检测设备的任何物理运动。 | 同技术特征B，对比文件不涉及运动检测。因此，该特征未被公开。 |
| **技术特征K**：响应于检测到的第二运动，从私密模式转换到公开模式。<br>**未被公开** | 对比文件全文未提及基于设备运动进行任何模式转换。 | 该特征依赖于技术特征B和J所定义的运动检测，而对比文件未公开任何运动检测。因此，该特征未被公开。 |
| **技术特征L**：其特征在于，所述第二运动对应于所述用户将所述设备从他或她耳边移开。<br>**未被公开** | 对比文件全文未提及设备从耳边移开的运动。 | 该特征是技术特征J的具体化。对比文件未涉及此类运动。因此，该特征未被公开。 |
| **技术特征M**：其特征在于，进一步包括：向所述至少一个第二移动设备发送指示从私密模式转换到公开模式的消息。<br>**未被公开** | 对比文件全文未提及发送指示模式转换（无论是向私密还是向公开）的消息。 | 对比文件中发送的呼叫控制消息（如INVITE, OK）均与模式转换无关。因此，该特征未被公开。 |
| **技术特征N**：其特征在于，进一步包括：从所述至少一个第二移动设备接收指示所述第二移动设备已转换到公开模式的消息。<br>**未被公开** | 对比文件全文未提及接收指示其他设备转换到公开模式的消息。 | 同技术特征G，对比文件中接收的消息（如带自动应答指示的RTCP）目的不同，并非模式转换通知。因此，该特征未被公开。 |
| **技术特征O**：其特征在于，进一步包括：向所述第一移动设备的用户提供指示所述第二移动设备已转换到公开模式的反馈线索。<br>**未被公开** | 对比文件中，接收方PoC客户端在收到带自动应答指示的RTCP消息后，可以得知媒体流即将到达（见[0053]段），这可以视为一种给用户的反馈。 | 然而，此反馈是告知用户“媒体流即将开始”或“呼叫已被自动应答”，与“第二移动设备已转换到公开模式”这一特定状态指示在技术含义上不同。目标专利中的反馈线索旨在告知用户通信隐私状态的变化（见[0040]段），而对比文件中的反馈是关于呼叫连接状态的。因此，该特征未被公开。 |
<<<a>>>