SOAP绑定操作和参数的名称空间问题？

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Body>
<op: add xmlns:op=“http://act.buaa.edu.cn/add”>
<a>12</a>
<b>45</b>
</op: add >
</env:Body>
</env:Envelope>

在SOAP消息中，绑定操作是需要名称空间的，那操作的名称空间是从哪来的呢？
答：wsdl呀！----那不废话吗？究竟是wsdl中的哪个名称空间呢？
很多人都认为是wsdl的targetNamespace属性，但其实不是。

既然操作需要名称空间，那参数需要名称空间吗？为什么有时候需要，有时候不需要？如果需要那名称空间是什么，跟操作的名称空间什么关系?
答：随便。----这能随便吗？
很多人都认为是操作的名称空间，但其实不是。
-----------------------------------美丽的分割线--------------------------------
操作的名称空间问题
WS-I组织的BP1.1规范限制使用encoded编码方式，只能使用literal编码方式。也就是说只存在两种绑定样式，rpc-literal和document-literal，当然document-literal-wrapped属于document-literal了。
l rpc-literal绑定
WSDL 定义时 soap:body元素添加namespace属性。在Body元素下构造操作时的名称空间就是namespace属性值 。
l document-literal-wrapped绑定
WSDL 定义时 soap:body、soap:header、soap:headerfault、soap:fault元素都不能添加namespace属性。document-literal-wrapped的名称空间来自 wsdl中schema的targetNamespace属性。
-----------------------------------美丽的分割线--------------------------------

参数的名称空间问题。
需不需要完全是根据是根据参数定义所在的Schema的elementFormDefault属性决定，elementFormDefault=”qualified”表示需要名称空间限定，名称空间为Schema的tartNamespace属性。如果elementFormDefault=”unqualified”，默认值也是”unqualified”，就不需要名称空间限定。
参数的名称空间和操作的名称空间没有任何关系。