!3381 PR3346完成，请审批

Merge pull request !3381 from Annie_wang/PR3346-1

en/application-dev/connectivity/ipc-rpc-overview.md

-# IPC & RPC Overview<a name="EN-US_TOPIC_0000001103870800"></a>
+# IPC & RPC Overview
 
-## Basic Concepts<a name="section175012297491"></a>
 
-The inter-process communication \(IPC\) and remote procedure call \(RPC\) mechanisms are used to implement cross-process communication. The difference between them lies in that IPC uses the Binder driver to implement cross-process communication within a device, whereas RPC uses the Intelligent Soft Bus driver to implement cross-process communication across devices. 
-</br>IPC and RPC generally use a client-server model. The service requester \(client\) can obtain the proxy of the service provider \(server\) and use the proxy to read and write data, thus implementing data communication between processes. Generally, the server registers system abilities \(SAs\) with the system ability manager \(SAMgr\), which manages the SAs and provides APIs for the client. To communicate with a specific SA, the client must obtain the proxy of the SA from SAMgr. In this document, proxy represents the service requester, and stub represents the service provider.
+## Basic Concepts
 
-## Limitations and Constraints<a name="section2029921310472"></a>
+Inter-process communication (IPC) and remote procedure call (RPC) are used to implement cross-process communication. IPC uses the Binder driver to implement inter-process communication within a device, whereas RPC uses the intelligent software bus driver to implement inter-process communication across devices. 
 
+IPC and RPC generally use the client-server model for communication. The client (service requester) obtains the proxy of the server (service provider) and uses this proxy to read and write data. The server registers system abilities (SAs) with the system ability manager (SAMgr), which manages the SAs and provides interfaces for clients. To interact with an SA, the client must obtain the proxy of the SA from SAMgr. 
+
+In OpenHarmony documents, proxy represents the service requester, and stub represents the service provider.
+
+
+## Constraints
+
+- The data transmitted for inter-process communication within a device cannot exceed 1 MB. If more data needs to be transmitted, use the anonymous shared memory.
 
-- The data transmitted for cross-process communication on a device cannot exceed 1 MB. If more data needs to be transmitted, use the anonymous shared memory.
 - The cross-device proxy object cannot be passed to the device hosting the stub object pointed by this proxy object.
 
-## Related Modules<a name="section1189019299446"></a>
 
-Distributed Scheduler subsystem
+## Related Modules
+
+Distributed Scheduler